有一个项目，一旦点下按钮后，用死循环不停的读数据，读出后立刻用可视化的方法显示。
如果不采用多线程的方法，程序运行都正确，但无法关闭窗口，不清楚是窗口无法通过关闭按钮来接受Windows消息，还是接受了消息却没有机会处理？（写个了程序用Spy++观察一下，似乎是没有接受到消息。Delphi
IDE可以轻易杀死它，大概是从线程角度杀死的，而不是发消息）
解决方案是：采用多线程。开一个线程读数据，这样主线程仍可用来关闭窗口。但这时候却无法正确显示数据了。原因是Delphi的VCL库不是线程同步的。这时候必须要用TThread的Synchronize来把显示数据的函数同步到主窗口去。注意，这时候不能把读数据的函数也同步进去，这样主程序又无法响应关闭按钮了。应该仅仅同步显示数据的那部分代码。
看来这方面大有讲究，先记下来，以后再补充。代码不贴了，有问题在回复里可以讨论。
另一篇多线程与显示数据的文章：
http://www.cnblogs.com/zhangzhifeng/archive/2011/08/23/2150147.html
他的问题：
DWORD WINAPI ThreadProc(
while(!bTerminate)
{
// 从一个链表中读取信息并且插入到CListCtrl中
// CListCtrl的句柄是通过线程参数传递进来的
for(;;)
{
ReadInfoFromList();
InsertToCListCtrl();
}
}
}
InsertItem的反汇编中发现了如下的代码
call dword ptr
[__imp__SendMessageA@16 (7C141B54h)]
可见，InsertItem是必须借助消息循环来完成任务的
解决方案：
while(TRUE)
{
DWORD result ;
MSG msg ;
result = MsgWaitForMultipleObjects(1, &readThreadHandle,
FALSE, INFINITE, QS_ALLINPUT);
if (result == (WAIT_OBJECT_0))
{
break;
}
else
{
PeekMessage(&msg, NULL, 0, 0, PM_REMOVE);
DispatchMessage(&msg);
}
}
点评：他的意思是，子线程读取数据以后，先要在主窗口上显示数据。然而InsertItem执行的时候把消息发到主窗口去了。然而当开始执行子线程的时候，主窗口就已经处于挂起状态了（因为WaitForSingleObject的原因，无法得到这个唯一的Object所有权，所以主窗口挂起），这样陷入了一个死循环。和我上面那个问题略有不同，但本质一样：子线程想要直接在主窗口显示内容，不同步的话就显示不正确（我的第一个问题），结果要么是同步过头倒是无法响应主线程的其它事件（我的第二个问题），要么是明明主线程挂起了还想让它显示东西（他的第一个问题），而且子线程还等着显示完返回（他的第二个问题），那当然不行。但不知道MFC是不是线程同步的类库？
后面的吵架也很有意思，摘录如下：
1.
消息循环只负责获取消息队列中的消息，SendMessageA的消息并不进入消息队列。（点评：正确。但主线程挂起了无法响应是个事实。PostMessage发送的消息是队列消息，它会把消息Post到消息队列中（所以需要等待被处理，因为相对时间长，所以微软把它设计成Post消息后直接返回）；SendMessage发送的消息是非队列消息，被直接送到窗口过程处理（一般会立刻直接响应，所以微软把它设计成主线程等待它执行完后才返回）。另外有个问题是，这个SendMessage发生的消息，一旦子线程收到后，会抢在它的队列消息里之前处理吗？如果子线程正在处理某一个消息，是不是至少也要等到当前这个消息处理完才可以处理这个Send来的消息？）
2.
SendMessageA发送的消息确实不进入消息循环，但是这个过程是在主线程的上下文中完成的，还是在开的线程中完成的？
（点评：问题不是很明确，但发消息是任何线程都有的权力，应该是在子线程中完成发消息的过程）
3.
SendMessage的目标窗口如果属于另一个线程，则会发生线程上下文切换，等待另一线程处理完成消息。为了防止另一线程当掉，导致SendMessage永远不能返回，我们可以调用SendMessageTimeout函数（点评：前面的问题属于死锁，可以用Timeout的方法来解决响应问题。但是数据没有显示也是不行的啊，所以TimeOut方法不好）