我有一个使用存储库(userRepo)的方法：
@H_403_2@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;
}
userRepoobject具有使用HttpContext.Current的依赖关系.这两个都使用Ninject InRequestScope解决.
在Mvc 5中默认的AccountController中调用上述方法：
@H_403_2@var result = await IdentityManager.Users.CreateLocalUserAsync(user,model.Password);我已经尝试将此设置添加到web.config中：
@H_403_2@<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />此外,我绝对使用.NET 4.5.这也在我的web.config中：
@H_403_2@<httpRuntime targetFramework="4.5" />在启动任务之前,不可能从HttpContext获取信息,因为userRepo在任务中的依赖性正在使用信息,并且使用Ninject解析了两个对象.
如何确保HttpContext.Current不会为空？
解决方法
这里的“任务友好同步上下文”适用于等待的延续：无论您如何使用结果,都将具有http上下文.然而,它并不涉及到task.Start.这与
TaskScheduler相关,而不是同步上下文.
基本上,通过对工作者执行此操作,您(在此过程中,因此)将该工作人员从http上下文中离职.你必须：
>从http-context获取您需要的信息,并将其传递给工作者,或
>不要使用工人
就个人而言,我怀疑你是通过把这个推向一个工人而获得的.如果你真的想要异步,那么理想的做法是让你的内部支持* Async方法.这不仅仅需要使用线程：它通常意味着架构更改,例如使用异步sql方法.从头开始使用异步和同步上下文感知延续(aka等待)将自动保存像http上下文的东西.
这里的重要区别是异步/等待实现是线性但不连续的,即
@H_403_2@<===(work)==> <===(callback; more work)===> <===(another callback)===>在那里 – 您现有的代码可能并行执行某些操作,即
@H_403_2@<==========(original work)=================> <===========(task on worker thread)=============>异步/等待方法基本上是线性的事实使得它更适合于访问诸如http-context之类的东西,因为它知道(完成的)在一次只访问一个线程 – 即使它不是’端到端相同的线程.
