分享一篇文章,关于asp.net core中httpcontext的拓展。web
如今,试图围绕HttpContext.Current构建你的代码真的不是一个好主意,可是我想若是你正在迁移一个企业类型的应用程序,那么不少HttpContext.Current会围绕这个业务逻辑,它可能会提供一些暂时的缓解移植应用程序的条款。另外,在过去我已经写了一些我不必定认为是好主意的事情。api
咱们现代的HttpContext.Current将依赖于从IHttpContextAccessor解析上下文,而且可能以下所示:微信
namespace System.Web { public static class HttpContext { private static IHttpContextAccessor _contextAccessor; public static Microsoft.AspNetCore.Http.HttpContext Current => _contextAccessor.HttpContext; internal static void Configure(IHttpContextAccessor contextAccessor) { _contextAccessor = contextAccessor; } } }
请注意,咱们甚至将它放置在System.Web命名空间中,以便您进行任何潜在的迁移更容易一些。session
咱们只须要在处理流水线中尽量早地将代码添加到Configure中,并传入IHttpContextAccessor。这能够经过两种扩展方法来实现:app
public static class StaticHttpContextExtensions { public static void AddHttpContextAccessor(this IServiceCollection services) { services.AddSingleton<IHttpContextAccessor, HttpContextAccessor>(); } public static IApplicationBuilder UseStaticHttpContext(this IApplicationBuilder app) { var httpContextAccessor = app.ApplicationServices.GetRequiredService<IHttpContextAccessor>(); Common.HttpContext.Configure(httpContextAccessor); return app; }
第一个将在启动时从ConfigureServices中调用,并在DI中注册访问器。咱们已经肯定,这是默认IHttpContextFactory正确分享其HttpContext实例所必需的。asp.net
第二个将在启动时从Configure中调用,而且它将确保咱们的自定义HttpContext.Current被赋予其IHttpContextAccessor以使其能够正常工做。ui
就是这样 这是个人Startup类,为静态HttpContext.Current设置表。this
public class Startup { public void ConfigureServices(IServiceCollectionservices) { services.AddHttpContextAccessor(); } public void Configure(IApplicationBuilderapp) { app.UseStaticHttpContext(); app.UseMvc(); } }例子:spa
public class MyService { public void DoWork() { var context=HttpContext.Current; // continue with context instance } }好了这篇文章也解了我好久的惑,今天就分享到这里!.net
欢迎你们关注我都个人微信 公众号,公众号涨粉丝人数,就是大家对个人喜好程度!