我的'顯示進度線程'不運行時，它計數

Question

我有一個線程，做冗長的處理。在我等待線程完成時，我啓動了另一個「顯示進度」線程，它簡單地來回切換位圖以顯示程序正在處理數據。令我驚訝的是，這個方法根本行不通。

我的'顯示progerss'線程在主要活動開始時停止更新（=正在運行），並且在活動結束時它開始更新。這幾乎是我想要的反對！我是否應該期待這種行爲，因爲WaitForSingleOBject大多數時間處於等待狀態並短暫醒來？

// This is the main thread that does the actual work 
CWinThread* thread = AfxBeginThread(threadDoWork, this, THREAD_PRIORITY_LOWEST, 0, CREATE_SUSPENDED); 
     thread->m_bAutoDelete = FALSE; 
     thread->ResumeThread(); 

// before I start to wait on the above thread, I start this thread which will toggle image to show application is processing 
AfxBeginThread(ProgressUpdateThread, &thread_struct_param, THREAD_PRIORITY_NORMAL, 0); 

// wait for the main thread now. 
DWORD dwWaitResult = WaitForSingleObject(thread->m_hThread, INFINITE); 

DWORD exitCode; 
::GetExitCodeThread(thread->m_hThread, &exitCode); 
delete thread; 

// This thread toggles image to show activity 
UINT ProgressUpdateThread(LPVOID param) 
{ 
    CEvent * exitEvent = ((mystruct *)param)->exitEvent; 
    MyView *view ((mystruct *)param)->view; 

    int picture = 0; 

    do 
    { 
     waitResult = WaitForSingleObject(exitEvent->m_hObject, 100); 

     if (waitResult == WAIT_TIMEOUT) 
     { 

      picture = toggle ? 1: 0; 

      // invert 
      toggle = !toggle; 

      View->Notify(UPDATE_IMAGE, picture); 
     } 
     else if (waitResult == WAIT_OBJECT_0) 
     { 
      return TRUE; 
     } 
    } 
    while(1); 
} 

在我的解決方案的另一個考慮是，我想不觸及實際「DoWork的」線程代碼這也是爲什麼我使用單獨的線程來更新GUI。我可以使這種方法起作用嗎？更新可靠GUI的唯一方法是從實際的'DoWork線程本身更新它？

我想澄清一下，如果應用程序空閒，我的'顯示進度'線程完成這項工作，但如果啓動工作線程操作（以較低的線程優先級），則更新GUI線程將停止運行並恢復只有當工人結束時。

我使用Windows 7

Answer 1

你的設計是完全錯誤的和過於複雜的對您嘗試的東西。嘗試更多的東西這樣簡單的解決辦法：

bool toggle = false; 

VOID CALLBACK updateProc(HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime) 
{ 
    int picture = toggle ? 1: 0; 
    toggle = !toggle; 
    View->Notify(UPDATE_IMAGE, picture); 
} 

CWinThread* thread = AfxBeginThread(threadDoWork, this, THREAD_PRIORITY_LOWEST, 0, CREATE_SUSPENDED); 
thread->m_bAutoDelete = FALSE; 
thread->ResumeThread(); 

UINT_PTR updateTimer = SetTimer(NULL, 0, 100, updateProc); 

do 
{ 
    DWORD dwWaitResult = MsgWaitForMultipleObjects(1, &(thread->m_hThread), FALSE, INFINITE, QS_ALLINPUT); 
    if (dwWaitResult == WAIT_OBJECT_0) 
     break; 

    if (dwWaitResult == (WAIT_OBJECT_0+1)) 
    { 
     MSG msg; 
     while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) 
     { 
      TranslateMessage(&msg); 
      DispatchMessage(&msg); 
     } 
    } 
} 
while (true); 

KillTimer(NULL, updateTimer); 

DWORD exitCode; 
::GetExitCodeThread(thread->m_hThread, &exitCode); 
delete thread; 

如果你不希望使用一個獨立的程序定時器，可以調整的SetTimer()參數把它張貼WM_TIMER消息您可以選擇一個HWND，然後根據需要在該窗口的消息過程中執行UI更新。不過，您仍然需要消息循環來抽取定時器消息。

另一種方法是根本不做任何等待。一旦你開始工作線程，繼續其他事情，並讓工作線程完成它的工作時通知主UI線程。

Answer 2

Remy Lebeau正確指出我的主GUI線程實際上正在工作線程中等待。現在，因爲我的worker gui-update線程（顯然）調用了gui函數，它在主GUI線程上又被阻塞了。如果主GUI線程處於等待或阻塞狀態，我意識到即使從第三個線程返回SetWindowText（）也會使該線程處於等待狀態。

我不喜歡使用PeekandPump（）機制，我認爲這是一個糟糕的設計氣味。它最初用於早期的Windows（我認爲在win95之前），它不是真正的多任務處理。據我所知，這不應該現在使用。

我的解決方案是將我在OP中發佈的整個代碼放在一個新線程中。所以我的按鈕點擊gui創建這個威脅並立即返回。這個主工作線程現在可以在其他線程上等待，並且我的GUI不會被阻塞。完成後，它會向父窗口發送消息以通知它。當應用程序在另一個線程中處理時，位圖現在使用單獨的gui-update線程完美更改。