对于线程同步问题，有了进一步的理解：详见我写的关于多线程同步的文章（已作修改）：http://blog.csdn.net/yjgx007/archive/2004/09/04/94559.aspx，主线程A等待另一个线程B的完成才能继续，在线程B中又要更新主线程A的界面，这里涉及了同步问题以及由此可能产生的死锁问题，同步问题在修改后的文章中讲得比较清楚了，对于线程之间可能产生死锁的浅析如下：
在等待线程B中更新主线程A的界面，如果未能正确处理A,B两线程同步的问题，极有可能导致两线程间的死锁，看下面代码：
UINT CMsiTestDlg::UpdateDeviceContent(LPVOID pParam)
{
CMsiTestDlg* pDlg = (CMsiTestDlg*)pParam;
int i = 0;
do {
pDlg->m_progress.SetPos(i); // 更新线程A中的进度条
Sleep(500);
} while(i++<10);
return 0;
}
void CMsiTestDlg::OnButton1()
{
MSG msg;
CWinThread* m_pUpdateThread = AfxBeginThread(UpdateDeviceContent, (LPVOID)this/*, THREAD_PRIORITY_BELOW_NORMAL*/);
if (m_pUpdateThread)
{
while (::WaitForSingleObject(m_pUpdateThread->m_hThread, INFINITE) != WAIT_OBJECT_0) //开始等待线程B至结束（线程结束时将返回WAIT_OBJECT_0）
PeekMessage(&msg, NULL, NULL, NULL, PM_REMOVE); //获取当前线程消息（可能是A线程也可能是B线程）并将消息从消息队列中移除
DispatchMessage(&msg); // 重新分发消息
...
}
MessageBox("Thread is end!");
}
m_pUpdateThread->m_hThread是等待线程B，这样调用似乎没有什么问题，在VC++中跟踪到线程B的线程函数UpdateDeviceContent中的pDlg->m_progress.SetPos(i); 时,发现程序不能继续执行，表现为在线程B中对主线程A的界面更新发生了阻塞（这里暂不考虑界面线程，权当由主线程处理），为何？原因就在于WaitForSingleObject(m_pUpdateThread->m_hThread, INFINITE)最后一个参数INFINITE － 无限期等待线程B的结束返回，从而产生了不幸：
线程A对线程B无限期等待造成未能重新分发消息（包括界面重绘WM_PAINT, 定时WM_TIMER以及硬件输入和系统消息，就里特指WM_PAINT消息），造成线程B的阻塞，线程B的阻塞又造成线程A的进一步等待造成线程A的阻塞，这就导致了死锁。
解决方法是：设置WaitForSingleObject的等待时间为一定值，如500毫秒，这样，线程A如若等不到线程B的结束，也会返回，并分发消息，使得线程B的执行得以正常继续，从而也就保证了线程A和线程B之间的正常同步！
