.NET 7中ASP.NET Core服务预条件的提前检测方案咨询

针对你的需求，推荐使用接口约定+启动时扫描验证的方案，既实现自动检测预条件，又避免服务内部细节暴露的耦合问题，完全符合你期望的"自动调用CheckPreconditions()、启动时检测失败抛异常"的要求。

核心思路 #

1. 定义一个公共接口作为预条件检测的约定，所有需要预检查的服务实现该接口；
2. 在应用启动阶段（WebApplication构建完成后、启动前），扫描所有实现该接口的服务实例，自动调用预检查方法；
3. 任何服务的预检查失败时直接抛出异常，终止应用启动。

具体实现步骤 #

1. 定义预条件检测接口 #

创建一个接口，约定预检查方法的签名：

public interface IPreconditionValidatable
{
    // 预条件检测方法，失败时抛出异常
    void CheckPreconditions();
}

2. 服务实现接口并封装检测逻辑 #

在需要预检查的服务中实现上述接口，将检测逻辑完全封装在服务内部：

// 依赖特定字体的服务
public class FontDependentService : IPreconditionValidatable
{
    public void CheckPreconditions()
    {
        bool isFontInstalled = VerifyRequiredFontExists();
        if (!isFontInstalled)
        {
            throw new InvalidOperationException("系统未安装必需字体：XXX");
        }
    }

    // 内部封装的字体检测逻辑
    private bool VerifyRequiredFontExists()
    {
        // 此处编写实际的字体检测代码，比如遍历系统字体列表
        return true;
    }
}

// 依赖Ghostscript的服务
public class GhostscriptDependentService : IPreconditionValidatable
{
    public void CheckPreconditions()
    {
        bool isGhostscriptAvailable = VerifyGhostscriptInstallation();
        if (!isGhostscriptAvailable)
        {
            throw new InvalidOperationException("Ghostscript未安装或未添加到系统PATH");
        }
    }

    // 内部封装的Ghostscript检测逻辑
    private bool VerifyGhostscriptInstallation()
    {
        // 此处编写实际检测代码，比如检查PATH中是否存在gswin64c.exe
        return true;
    }
}

3. 注册服务并添加自动检测逻辑 #

在Program.cs中，构建WebApplication后，添加扫描验证逻辑：

var builder = WebApplication.CreateBuilder(args);

// 正常注册你的服务
builder.Services.AddSingleton<FontDependentService>();
builder.Services.AddScoped<GhostscriptDependentService>();

var app = builder.Build();

// 执行预条件检测：扫描所有实现IPreconditionValidatable的服务
using var scope = app.Services.CreateScope();
var validatableServices = scope.ServiceProvider.GetServices<IPreconditionValidatable>();

foreach (var service in validatableServices)
{
    service.CheckPreconditions();
}

// 后续中间件配置
app.MapGet("/", () => "Hello World!");

app.Run();

4. （可选）封装为扩展方法优化代码 #

将检测逻辑封装为扩展方法，让代码更整洁：

public static class WebApplicationPreconditionExtensions
{
    public static void ValidateServicePreconditions(this WebApplication app)
    {
        using var scope = app.Services.CreateScope();
        var validators = scope.ServiceProvider.GetServices<IPreconditionValidatable>();
        
        foreach (var validator in validators)
        {
            validator.CheckPreconditions();
        }
    }
}

然后在Program.cs中直接调用：

app.ValidateServicePreconditions();

方案优势 #

• 完全解耦：服务内部的预检查逻辑完全封装，Program/Startup无需知晓任何服务细节，仅依赖接口约定；
• 自动检测：所有实现接口的服务都会被自动扫描并执行检查，无需手动逐个调用；
• 启动时检测：在应用启动阶段执行检查，失败直接终止启动，避免运行时首次调用服务才发现问题；
• 类型安全：接口约定确保方法签名一致，避免反射方案的潜在错误。

备选：反射实现（无需接口） #

如果不想强制服务实现接口，也可以通过反射扫描所有注册服务，自动调用命名为CheckPreconditions的无参数公共方法：

public static void ValidateServicePreconditionsViaReflection(this WebApplication app)
{
    using var scope = app.Services.CreateScope();
    var serviceDescriptors = app.Services.GetRequiredService<IEnumerable<ServiceDescriptor>>();
    
    foreach (var descriptor in serviceDescriptors)
    {
        var implementationType = descriptor.ImplementationType;
        if (implementationType == null) continue;
        
        var checkMethod = implementationType.GetMethod(
            "CheckPreconditions", 
            Type.EmptyTypes, 
            BindingFlags.Public | BindingFlags.Instance);
        
        if (checkMethod != null)
        {
            var service = scope.ServiceProvider.GetService(descriptor.ServiceType);
            checkMethod.Invoke(service, null);
        }
    }
}

注意：反射方案缺乏类型安全，若方法名拼写错误或签名不符会导致检测失效，仅在无法修改服务实现时使用。

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