ASP.NET Core嵌套函数中使用MemoryCache/IWebHostEnvironment的最优方案

不需要逐层传递参数，有多个更优雅的实现方案，完全可以实现类似IHttpContextAccessor的全局访问能力，具体方案如下：

方案1：全局服务访问器（适配所有场景，符合ASP.NET Core规范） #

ASP.NET Core的依赖注入容器本身支持全局访问，你可以在程序启动时把根服务提供者存储到静态变量中，直接在任意层级的代码里获取所需服务：

注意：IMemoryCache、IWebHostEnvironment默认都是单例注册的服务，直接从根服务提供者获取即可，不需要绑定请求上下文

实现步骤 #

1. 在Program.cs中注册并存储根服务提供者

var builder = WebApplication.CreateBuilder(args);
// 注册所需服务
builder.Services.AddMemoryCache();

var app = builder.Build();
// 把根服务提供者存到自定义静态类
GlobalServiceProvider.Root = app.Services;
// 也可以直接存储你常用的单例服务，减少后续取值步骤
GlobalServiceProvider.WebHostEnv = builder.Environment;
GlobalServiceProvider.MemoryCache = app.Services.GetRequiredService<IMemoryCache>();

app.Run();

// 全局静态服务类
public static class GlobalServiceProvider
{
    public static IServiceProvider Root { get; set; }
    public static IWebHostEnvironment WebHostEnv { get; set; }
    public static IMemoryCache MemoryCache { get; set; }
}

2. 在任意嵌套函数中直接调用

void 任意层级的嵌套函数()
{
    // 直接用提前存储的服务实例
    var cacheVal = GlobalServiceProvider.MemoryCache.Get("test_key");
    var rootPath = GlobalServiceProvider.WebHostEnv.ContentRootPath;
    
    // 也可以动态取其他服务
    var otherService = GlobalServiceProvider.Root.GetRequiredService<IOtherService>();
}

方案2：业务逻辑抽离为独立服务（符合依赖注入最佳实践，可测试性最好） #

如果你的多层嵌套函数属于完整的业务逻辑块，直接把这部分逻辑封装成独立的服务类，在构造函数中注入需要的IMemoryCache、IWebHostEnvironment，控制器/页面只需要注入这个业务服务即可，完全不需要传递任何服务参数。

这种方案没有静态依赖，代码可维护性最高，优先推荐业务复杂的场景使用

方案3：自定义Ambient上下文（完全和IHttpContextAccessor实现逻辑一致） #

你可以自己实现类似IHttpContextAccessor的环境上下文类，直接暴露需要的服务供全局访问，示例：

public static class AppContext
{
    public static IWebHostEnvironment WebHostEnvironment { get; internal set; }
    public static IMemoryCache MemoryCache { get; internal set; }
}

启动时赋值后，任意位置都可以直接调用AppContext.MemoryCache、AppContext.WebHostEnvironment，不需要任何参数传递。

• 如果需要访问请求范围内的服务，可先注册IHttpContextAccessor，通过GlobalServiceProvider.Root.GetRequiredService<IHttpContextAccessor>().HttpContext?.RequestServices获取当前请求的服务范围
• 不要在无上下文的后台任务/异步线程中使用IHttpContextAccessor获取服务，避免空引用
• 优先选择方案2的服务拆分模式，不要滥用全局服务定位导致代码依赖关系不清晰

内容的提问来源于stack exchange，提问作者msn.secret