.NET类库中如何让CustomClass自动获取IWebHostEnvironment无需手动注入？

可以实现，但这种做法不符合.NET Core依赖注入的设计原则，仅建议作为从.NET Framework升级的过渡方案使用，下面提供几种可行的方式：

方案1：静态服务定位器（过渡用） #

通过静态类保存全局服务容器，让CustomClass自行获取依赖：

首先在项目启动类（如Program.cs）中添加静态服务定位器：

public static class ServiceLocator
{
    public static IServiceProvider Instance { get; set; }
}

// 在Program.cs的应用构建流程中
var builder = WebApplication.CreateBuilder(args);
// 注册其他服务...
var app = builder.Build();
// 保存服务容器实例
ServiceLocator.Instance = app.Services;

修改CustomClass：

public class CustomClass
{
    private readonly IWebHostEnvironment _environment;

    public CustomClass()
    {
        // 从静态定位器获取服务
        _environment = ServiceLocator.Instance.GetRequiredService<IWebHostEnvironment>();
    }

    public void PrintEnvironment()
    {
        Console.WriteLine(_environment.ContentRootPath);
    }
}

之后在PageModel中就可以直接实例化CustomClass：

public void OnGet()
{
    var cc = new CustomClass();
    cc.PrintEnvironment();
}

⚠️ 注意：这是反模式，会导致CustomClass与服务容器强耦合，难以进行单元测试，仅适合过渡阶段使用。

方案2：依赖注入注册（推荐长期使用） #

更符合.NET Core设计思想的方式是将CustomClass注册到DI容器，让框架自动处理依赖注入：

1. 在Program.cs中注册CustomClass：

builder.Services.AddScoped<CustomClass>();

2. 修改PageModel，直接注入CustomClass：

public class Index : PageModel
{
    private readonly CustomClass _customClass;

    public Index(CustomClass customClass)
    {
        _customClass = customClass;
    }

    public void OnGet()
    {
        _customClass.PrintEnvironment();
    }
}

这种方式解耦了依赖关系，代码更易维护和测试，是长期升级后的推荐方案。

方案3：直接使用静态路径替代（仅限简单场景） #

如果CustomClass仅需要获取基础路径信息，可以用AppContext.BaseDirectory替代IWebHostEnvironment.ContentRootPath，无需依赖注入：

public class CustomClass
{
    public void PrintEnvironment()
    {
        Console.WriteLine(AppContext.BaseDirectory);
    }
}

注意：该路径与ContentRootPath可能存在细微差异（比如部署到IIS环境时），需要根据实际场景测试验证。

内容的提问来源于stack exchange，提问作者Graf123456