12

我有一个使用存储库（userRepo）的方法：

    public override Task<IdentityResult> CreateLocalUserAsync(IUser user, string password, CancellationToken cancellationToken)
    {
        var task = new Task<IdentityResult>(() => {

            TUserEntity newUser = new TUserEntity
            {
                Id = user.Id,
                UserName = user.UserName,
                Password = password
            };

            userRepo.Save(newUser).Flush();

            return new IdentityResult(true);
        }, cancellationToken);

        task.Start();

        return task;
    }

该userRepo对象具有使用HttpContext.Current. 这两个都是使用 ninject 解决的InRequestScope。

AccountController上面的方法在 Mvc 5的默认内部调用：

var result = await IdentityManager.Users.CreateLocalUserAsync(user, model.Password);

我尝试将此设置添加到 web.config：

<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />

另外，我肯定在使用 .NET 4.5。这也在我的 web.config 中：

<httpRuntime targetFramework="4.5" />

在我开始任务之前无法获取信息，HttpContext因为任务中的依赖userRepo项正在使用信息，并且两个对象都使用 Ninject 解析。

我如何确保它HttpContext.Current不会为空？

4

1 回答 1

17

这里的“任务友好同步上下文”适用于await: 无论你做什么result，它都会有 http-context。但是，它与无关task.Start。这与TaskScheduler，而不是同步上下文有关。

基本上，通过对工作人员执行此操作，您（在此过程中，因此）将该工作人员从 http-context 中分离出来。您必须：

  • 从 http-context 获取您需要的信息并将其传递给工作人员，或者
  • 不要使用工人

就个人而言，我怀疑你把这个推给工人会得到很多。如果你真的想去async，理想的方式是让你的 repo 内部支持*Async方法。这需要的不仅仅是使用线程：它通常意味着架构更改，例如，使用异步 SQL 方法。从头开始编写的使用async和同步上下文感知延续（aka await）会自动保留诸如 http-context 之类的东西。

这里的重要区别是async/await实现是线性的但不是连续的，即

 <===(work)==>
                    <===(callback; more work)===>
                                                     <===(another callback)===>

where-因为您现有的代码可能会并行执行某些事情，即

<==========(original work)=================>
         <===========(task on worker thread)=============>

async/await方法基本上是线性的这一事实使它更适合访问诸如 http-context 之类的东西，因为它知道（做得对）一次只有一个线程访问它——即使它不是相同的线程端到端。

于 2013-10-01T09:18:43.377 回答