线程竞赛和锁关键字

本文关键字:关键字 竞赛 线程 | 更新日期: 2024-05-25 14:02:07

我的应用程序有一个登录区域,可以使用线程访问数据库,而不会冻结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);填充User。

我知道锁不起作用,因为我在锁里放了一个Thread.Sleep(5000);,系统在2秒内以错误的权限启动。

不考虑删除线程,因为它会破坏我的UI。

编辑

我需要使用.Net Framework 4.0来确保Windows XP的兼容性。

线程竞赛和锁关键字

这是await或链式任务的完美候选者。

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);
}

注意:可能是几个语法错误。。我把这个直接打到这里。

我主要想向你展示的是。。你做这件事太难了。这类东西有更新的构造。。学习它们:)

您可以使用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...
 }