AddScoped 服务不会在整个请求中保留设置
AddScoped service is not retaining settings throughout the request
我创建了一个界面
public interface ICurrentUser
{
Task<bool> Set(UserAuth user);
User Get();
}
和一个class
public class CurrentUserSvc : Interface.ICurrentUser
{
private User _u;
private UserAuth _ua;
private AppDbContext db;
public CurrentUserSvc(AppDbContext db) {
this.db = db;
}
public User Get()
{
return _u;
}
public async Task<bool> Set(UserAuth ua)
{
_ua = ua; // this is the default EntityFramework IdentityUser
_u = await db.AppUsers // this is my applicaiton's 'extra settings'
// user used to ensure passowrd fields are
// not passed about everywhere
.Where(u => u.UserID == _ua.UserID)
.SingleAsync();
return true;
}
}
在Startup.cs
我设置
services.AddScoped<ICurrentUser, CurrentUserSvc>();
// I also add a service which will be used later in a scoped
// lifecycle (though I've also tried transient on that one)
services.AddScoped<IProductDbSvc, ProductDbSvc>();
后面调用了一个中间件:
public async Task<Task> Invoke(HttpContext hc)
{
if (hc.User.Identity.IsAuthenticated) {
UserAuth iu = await _um.FindByIdAsync(hc.User.GetUserId());
await _cus.Set(iu);
}
// the values are definitely set correctly here.
// I have inspected them during debug
return _next(hc);
}
稍后我仍然尝试访问 CurrentUserSvc
的内容 我尝试通过 GET
访问当前用户
public ProductDbSvc(AppDbContext db, ICurrentUser cu){
this.db = db;
this.cu = cu;
// the values in cu are NULL here. Get() returns null
this.CurrentUser = cu.Get();
}
但是 Get() 的结果是 null
我期望 Scoped 参数会保留在请求生命周期早期设置的值。
我错过了什么?是否有其他方法可以确保作用域单例在整个应用程序的生命周期中保留用户数据。
更新:我创建了一个通用项目来一般性地说明这个问题。 https://github.com/AlexChesser/AspnetIdentitySample
- 查看存储库
- 在 visualstudio 或 DNX 中构建和 运行
- 注册本地用户
- 尝试查看 http://localhost:5000/api/currentuser
上的服务
您会注意到,在 DEBUG 输出中,您可以看到设置了正确的用户详细信息,但在实际控制器本身中,返回的值为空。
更新 2 工作示例在 github https://github.com/AlexChesser/AspnetIdentitySample/tree/dependencyinjectionscoped
的这个分支上
更新 3 事实证明,作用域参数也可以注入到自定义中间件的 INVOKE 方法中。 https://github.com/AlexChesser/AspnetIdentitySample/commit/25b010a5ae45678c137b2ad05c53ccd659a29101 更改调用方法将允许正确注入作用域参数。
public async Task Invoke(HttpContext httpContext,
ICurrentUserService cus,
UserManager<ApplicationUser> um)
{
if (httpContext.User.Identity.IsAuthenticated)
{
ApplicationUser au = await um.FindByIdAsync(httpContext.User.GetUserId());
await cus.Set(au);
}
await _next(httpContext);
}
更新 4 - 我昨晚发现我的中间件签名存在一个非常重要的问题。上面的代码已被编辑为正确的形式。具体方法是 Task<Task>
和 return _next(...)
这导致 "whitescreen" 在某些页面加载时死机(异步调用不当不会抛出堆栈跟踪)
通过更改为 Task
并使用 await next(...)
,代码可以正常运行并消除因 dotnet5 中异步实现不当而导致的间歇性白屏死机。
在中间件中,注入 IServiceProvider
的依赖项,而不是 ICurrentUser
。然后在 Invoke
通过 serviceProvider.GetRequiredService<ICurrentUser>();
获取当前用户
DbContext
是范围服务,您的 CurrentUserSvc
也是范围服务。中间件在应用程序的整个 运行 时间内仅实例化一次,因此它们本质上是单例的。所以你需要从构造函数注入中删除 DbContext
和 CurrentUserSvc
。
相反,您可以使用 HttpContext
的 RequestServices
属性(其中 returns 和 IServiceProvider
)来解析 DbContext
和CurrentUserSvc
服务。
我创建了一个界面
public interface ICurrentUser
{
Task<bool> Set(UserAuth user);
User Get();
}
和一个class
public class CurrentUserSvc : Interface.ICurrentUser
{
private User _u;
private UserAuth _ua;
private AppDbContext db;
public CurrentUserSvc(AppDbContext db) {
this.db = db;
}
public User Get()
{
return _u;
}
public async Task<bool> Set(UserAuth ua)
{
_ua = ua; // this is the default EntityFramework IdentityUser
_u = await db.AppUsers // this is my applicaiton's 'extra settings'
// user used to ensure passowrd fields are
// not passed about everywhere
.Where(u => u.UserID == _ua.UserID)
.SingleAsync();
return true;
}
}
在Startup.cs
我设置
services.AddScoped<ICurrentUser, CurrentUserSvc>();
// I also add a service which will be used later in a scoped
// lifecycle (though I've also tried transient on that one)
services.AddScoped<IProductDbSvc, ProductDbSvc>();
后面调用了一个中间件:
public async Task<Task> Invoke(HttpContext hc)
{
if (hc.User.Identity.IsAuthenticated) {
UserAuth iu = await _um.FindByIdAsync(hc.User.GetUserId());
await _cus.Set(iu);
}
// the values are definitely set correctly here.
// I have inspected them during debug
return _next(hc);
}
稍后我仍然尝试访问 CurrentUserSvc
的内容 我尝试通过 GET
public ProductDbSvc(AppDbContext db, ICurrentUser cu){
this.db = db;
this.cu = cu;
// the values in cu are NULL here. Get() returns null
this.CurrentUser = cu.Get();
}
但是 Get() 的结果是 null
我期望 Scoped 参数会保留在请求生命周期早期设置的值。
我错过了什么?是否有其他方法可以确保作用域单例在整个应用程序的生命周期中保留用户数据。
更新:我创建了一个通用项目来一般性地说明这个问题。 https://github.com/AlexChesser/AspnetIdentitySample
- 查看存储库
- 在 visualstudio 或 DNX 中构建和 运行
- 注册本地用户
- 尝试查看 http://localhost:5000/api/currentuser 上的服务
您会注意到,在 DEBUG 输出中,您可以看到设置了正确的用户详细信息,但在实际控制器本身中,返回的值为空。
更新 2 工作示例在 github https://github.com/AlexChesser/AspnetIdentitySample/tree/dependencyinjectionscoped
的这个分支上更新 3 事实证明,作用域参数也可以注入到自定义中间件的 INVOKE 方法中。 https://github.com/AlexChesser/AspnetIdentitySample/commit/25b010a5ae45678c137b2ad05c53ccd659a29101 更改调用方法将允许正确注入作用域参数。
public async Task Invoke(HttpContext httpContext,
ICurrentUserService cus,
UserManager<ApplicationUser> um)
{
if (httpContext.User.Identity.IsAuthenticated)
{
ApplicationUser au = await um.FindByIdAsync(httpContext.User.GetUserId());
await cus.Set(au);
}
await _next(httpContext);
}
更新 4 - 我昨晚发现我的中间件签名存在一个非常重要的问题。上面的代码已被编辑为正确的形式。具体方法是 Task<Task>
和 return _next(...)
这导致 "whitescreen" 在某些页面加载时死机(异步调用不当不会抛出堆栈跟踪)
通过更改为 Task
并使用 await next(...)
,代码可以正常运行并消除因 dotnet5 中异步实现不当而导致的间歇性白屏死机。
在中间件中,注入 IServiceProvider
的依赖项,而不是 ICurrentUser
。然后在 Invoke
通过 serviceProvider.GetRequiredService<ICurrentUser>();
DbContext
是范围服务,您的 CurrentUserSvc
也是范围服务。中间件在应用程序的整个 运行 时间内仅实例化一次,因此它们本质上是单例的。所以你需要从构造函数注入中删除 DbContext
和 CurrentUserSvc
。
相反,您可以使用 HttpContext
的 RequestServices
属性(其中 returns 和 IServiceProvider
)来解析 DbContext
和CurrentUserSvc
服务。