ASP.NET Core如何无需传入构造参数即可调用服务类内部方法

核心思路：你当前使用的是ASP.NET Core生态的内置组件，本身配套了依赖注入(DI)容器，只需要把SendEmaiServiceProvider交给DI容器托管，容器会自动完成所有依赖的注入，不需要你手动传参构造实例。你构造函数依赖的IConfiguration、IWebHostEnvironment、ILogger<SendEmaiServiceProvider>都是ASP.NET Core默认已经注册到DI容器中的基础服务，注册自定义服务后容器会自动完成所有依赖的组装，也不会影响_fromEmailAddress字段的赋值逻辑。

第一步：注册服务 #

.NET 6及以上版本（顶层语句Program.cs） #

在var app = builder.Build();之前添加服务注册代码：

// 可根据业务需要选择生命周期：AddSingleton（全局单例）/AddScoped（请求内单例）/AddTransient（每次调用新建）
builder.Services.AddScoped<SendEmaiServiceProvider>();

.NET 5及更早版本（Startup.cs） #

在ConfigureServices方法中添加注册代码：

public void ConfigureServices(IServiceCollection services)
{
    // 其他原有服务注册逻辑...
    services.AddScoped<SendEmaiServiceProvider>();
}

第二步：其他类中直接注入使用 #

在需要调用SayHi方法的类（控制器、其他业务服务等）的构造函数中直接声明依赖即可，DI容器会自动完成实例注入：

public class YourBusinessService
{
    private readonly SendEmaiServiceProvider _emailService;

    // 构造函数直接声明依赖，无需手动传参构造实例
    public YourBusinessService(SendEmaiServiceProvider emailService)
    {
        _emailService = emailService;
    }

    public void TestMethod()
    {
        // 直接调用目标方法
        _emailService.SayHi();
    }
}

可选方案（不推荐）：服务定位器 #

如果是特殊场景无法使用构造注入，可以直接从DI容器中解析服务，该方案会提高代码耦合度、不利于单元测试，非必要不要使用：

// 示例：在能拿到HttpContext的场景中解析服务
var emailService = httpContext.RequestServices.GetRequiredService<SendEmaiServiceProvider>();
emailService.SayHi();

小优化提示 #

你的类名SendEmaiServiceProvider中Emai为拼写错误，建议修正为SendEmailServiceProvider，避免后续维护出现歧义。

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