C++多線程紋理加載器工作項從主線程中刪除

Question

我有一個紋理加載線程，它接收通過併發隊列從主線程加載紋理的請求。

紋理加載器請求是一個簡單的結構與原料指向對象將接收質地：

struct TextureLoaderRequest 
{ 
    std::string mFilename; 
    ContentViewer *mContentViewer; 
}; 

包含在ContentViewer內的實際紋理對象由互斥鎖和一些原子布爾保護（也包含在ContentViewer）：

std::atomic<bool>    mIsLoaded; 
std::atomic<bool>    mIsVisible; 
std::mutex      mImageMutex; 

然後紋理訪問例程如下：

void ContentViewer::setTexture(ci::gl::TextureRef texture) 
{ 
    std::lock_guard<std::mutex> guard(mImageMutex); 
    mImage = texture; 
} 

ci::gl::TextureRef ContentViewer::getTexture() 
{ 
    std::lock_guard<std::mutex> guard(mImageMutex); 
    if (mIsVisible) 
    { 
     if (mImage != nullptr) 
     { 
      mIsLoaded = true; 
      return mImage; 
     } 
     mIsLoaded = false; 
    } 
    return nullptr; 
} 

紋理加載器可能會從主線程一次接收到許多紋理加載請求，然後通過隊列加載並將紋理分配給紋理加載請求消息中指向的內容查看器。

我遇到的問題是當主線程「刪除」內容查看器時，紋理加載線程可能在其隊列中有未完成的請求，並且在處理它時，內容查看器已經刪除和程序崩潰。

我不知道如何去除紋理線程工作隊列中的優秀紋理加載請求。我不能讓主線程等待爲內容查看器加載相關紋理，但是，那麼實現此目的的最佳實踐策略是什麼？

感謝 - Laythe

Answer 1

好了，有兩種選擇恕我直言，無論是：

1. 你等特定對象的所有要求刪除之前完成。
2. 在執行任何預定的操作之前，檢查對象是否仍然存在。

我對您的應用程序沒有足夠的瞭解：如何實施隊列以及爲什麼以及何時安排請求，因此我無法對此提供任何反饋。

Answer 2

我發現我需要構建一個std :: mutex保護向量的取消列表。當主線程想要退出時，只需向該向量中添加一個條目並繼續。紋理加載器線程有額外的負擔來檢查每個接收到的紋理請求的列表，但操作不在關鍵路徑上。

我仍然對替代品/建議感興趣。

線程的小外形低於：

void textureLoaderThreadFn() 
{ 
    log("texture loader thread started"); 

    while (!mShouldQuit) 
    { 
     // Wait for texture loader request 
     TextureLoaderRequest *textureLoaderRequest = nullptr; 
     mTextureRequests->popBack(&textureLoaderRequest); 

     // it is possible popBack didnt modify textureLoaderRequest (eg. when cancelled on exit) 
     if (textureLoaderRequest != nullptr) 
     { 
      std::lock_guard<std::mutex> lk(mCancellationListMutex); 

      if (std::find(mCancellationList.begin(), mCancellationList.end(), textureLoaderRequest->mFilename) != mCancellationList.end()) 
      { 
       // Cancelled 

       // we must reset the isLoading that was set by the main thread, 
       // so that the request to load the texture can get put back if need be 
       textureLoaderRequest->mContentViewer->mIsLoading = false; 

       // remove from cancellation list 
       mCancellationList.erase(std::remove(mCancellationList.begin(), mCancellationList.end(), textureLoaderRequest->mFilename), mCancellationList.end()); 
      } 
      else 
      { 
       // Not cancelled 
       <SERVICE TEXTURE REQUEST> 
      } 

      // dont need this anymore 
      delete textureLoaderRequest; 
     } 
    } 
    log("texture loader thread stopped"); 

    // Empty the queue  
    int count = 0; 
    TextureLoaderRequest *textureLoaderRequest = nullptr; 
    while (mTextureRequests->tryPopBack(&textureLoaderRequest)) 
    { 
     if (textureLoaderRequest != nullptr) 
      delete textureLoaderRequest; 
     count++; 
    } 
    log("texture loader thread purged " + std::to_string(count) + " outstanding texture load requests"); 
} 

Answer 3

我會建議你的狀態標誌添加到內容查看器來區分3個狀態;預定着色，被着色並且沒有預定着色。 主線程只有在計劃着色或未計劃着色時才應刪除內容查看器。

紋理工作線程將狀態更改爲彩色，並且一旦它被着色就將其置爲彩色。

狀態的改變和狀態的檢查，如果它可以被刪除，應該總是由相同的互斥體範圍;你可能會把標誌設置爲內容查看器中的私有標誌，並使用兩個公共方法1）void change_status（status）和2）bool can_delete（）。

這兩個函數都應該從獲取相同的互斥量開始。 1）用於主線程和紋理工作線程中的不同轉換，以及2）主線程在刪除內容查看器之前僅在狀態未着色時才返回true。

在紋理工作線程中，在退出之前，如果主線程沒有刪除最後一個有色內容（因爲它可能處於狀態被着色），您可能會刪除最後一個有色內容。