線程競賽和鎖定關鍵字

Question

我的應用程序有一個登錄區域，它使用線程訪問數據庫以不凍結UI。

在登錄過程中，系統進行一些操作以打開主窗口，並將用戶數據（和權限）加載到另一個線程中。

但有時候，當數據庫掛起時，系統在加載用戶之前完成加載。

系統執行的最後一個操作是應用權限（在線程中用用戶數據加載）。

我也有一個靜態的User對象，它保存了登錄用戶的數據，就像它的權限等一樣。

當應用程序在加載用戶之前從靜態用戶對象獲取數據時，會發生此問題。權限是空的，並且沒有正確應用，導致不希望的行爲。

如何確保靜態用戶已加載，並且在網絡/數據庫延遲的極端情況下它只會凍結UI？

我試過使用lock，但它根本不起作用。

這是我的代碼：

int id = User.GetId(user, password); // returns 0 if the user does not exists 

if (id != 0) 
{ 
    new Thread(() => 
    { 
      lock (User.CurrentUser) // Try to lock the static CurrentUser object 
      { 
       User.LoadCurrentUser(id); // Loads the CurrentUser object 
      } 

     }).Start(); 

     InitializeSystem(); //Make some work on the system. After that, this 
          //will get the User.CurrentUser object to apply the 
          //user's permissions. 
    } 

的方法User.LoadCurrentUser(id);填充用戶。

我知道該鎖不起作用，因爲我在鎖內放了一個Thread.Sleep(5000);，系統在2秒內以錯誤的權限啓動。

不考慮刪除線程，因爲它會破壞我的用戶界面。

編輯

我需要使用.Net框架4.0，以確保Windows XP中的兼容性。

Answer 1

這是await或鏈式任務的完美人選。

等待版本：

async void YourLoginButtonEventHandler() { 
    int id = User.GetId(user, password); // returns 0 if the user does not exists 

    if (id != 0) { 
     await Task.Run(() => User.LoadCurrentUser(id)); // Loads the CurrentUser object 
     InitializeSystem(); 
    } 
} 

，或者你可以把它們連：

if (id != 0) { 
    Task.Run(() => User.LoadCurrentUser(id)) 
     .ContinueWith(t => InitializeSystem(), TaskScheduler.FromCurrentSynchronizationContext); 
} 

注：可能是一對夫婦的語法錯誤。我打字這個直進到這裏。

我基本上試圖向你展示的是......你正在走這個艱難的路。有更新的構造這種事情..學習它們:)

Answer 2

您可以使用Thread.Join來阻止您的主線程，直到其他線程完成或超時。

int id = User.GetId(user, password); // returns 0 if the user does not exists 

if (id != 0) 
{ 
var newThread = new Thread(() => 
{ 
     lock (User.CurrentUser) // Try to lock the static CurrentUser object 
     { 
      User.LoadCurrentUser(id); // Loads the CurrentUser object 
     } 

    }).Start(); 

    InitializeSystem(); 

    if (newThread.Join(someTimeOut)) 
    // use the User.CurrentUser object to apply the user's permissions. 
    else 
    // thread timed out, waiting for user load takes too long... 

}