c# – HttpContext.Current null异步任务
我有一个使用存储库(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; } userRepoobject具有使用HttpContext.Current的依赖关系.这两个都使用Ninject InRequestScope解决. 在Mvc 5中默认的AccountController中调用上述方法: 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不会为空? 解决方法
这里的“任务友好同步上下文”适用于等待的延续:无论您如何使用结果,都将具有http上下文.然而,它并不涉及到task.Start.这与
TaskScheduler 相关,而不是同步上下文.
基本上,通过对工作者执行此操作,您(在此过程中,因此)将该工作人员从http上下文中离职.你必须: >从http-context获取您需要的信息,并将其传递给工作者,或 就个人而言,我怀疑你是通过把这个推向一个工人而获得的.如果你真的想要异步,那么理想的做法是让你的内部支持* Async方法.这不仅仅需要使用线程:它通常意味着架构更改,例如使用异步SQL方法.从头开始使用异步和同步上下文感知延续(aka等待)将自动保存像http上下文的东西. 这里的重要区别是异步/等待实现是线性但不连续的,即 <===(work)==> <===(callback; more work)===> <===(another callback)===> 在那里 – 您现有的代码可能并行执行某些操作,即 <==========(original work)=================> <===========(task on worker thread)=============> 异步/等待方法基本上是线性的事实使得它更适合于访问诸如http-context之类的东西,因为它知道(完成的)在一次只访问一个线程 – 即使它不是’端到端相同的线程. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |