.NET Core 2.0为何推荐在Program.cs中初始化种子数据及配置问题

一、为什么种子数据初始化推荐在Program.cs中进行而非Startup.cs？ #

这其实和ASP.NET Core的应用启动生命周期密切相关，主要有这几个核心原因：

• Startup的方法设计不适合异步初始化：Startup里的ConfigureServices和Configure是同步执行的应用启动阶段，你用Task.Run包裹异步种子逻辑的话，这个异步任务会脱离启动流程的控制——应用可能在种子数据还没初始化完成时就已经启动并接收请求，导致数据不一致；而且如果异步任务抛出异常，也很难在启动阶段捕获并处理，容易出现“静默失败”的情况。
• Program.cs是应用入口，容器状态更稳定：当你调用host.Build()之后，整个服务容器和配置系统已经完全初始化完成，所有配置源（包括你配置的Azure KeyVault）都已经加载完毕。这时候创建服务作用域来执行种子数据，能确保你获取的DbContext、UserManager、IConfiguration都是完全可用的状态，不会出现依赖解析失败的问题。
• 职责分离更清晰：Startup的核心职责是配置服务和中间件管道，而种子数据属于应用启动后的初始化逻辑，放在Program.cs里能让代码职责更明确，也更便于维护——比如你可以很轻松地添加开关，控制是否执行种子数据，或者在生产环境禁用这个逻辑。

二、将Azure KeyVault配置移到Main方法中Task.Run之前是否可行？ #

可行，但这并不是最优的实现方式，因为ASP.NET Core已经提供了标准化的配置扩展点，我们应该遵循框架的设计模式来组织代码。

你之前在Program.cs中无法获取KeyVault的值，大概率是因为代码中的小问题，而非配置时机的问题。我们先看你原来的BuildWebHost方法：

public static IWebHost BuildWebHost(string[] args) => 
    WebHost.CreateDefaultBuilder(args)
        .ConfigureAppConfiguration((context, config) => {
            config.SetBasePath(Directory.GetCurrentDirectory())
                .AddJsonFile("appsettings.json", optional: false)
                .AddEnvironmentVariables();
            
            var builtConfig = config.Build();
            config.AddAzureKeyVault(
                $"https://{builtConfig["KeyVault:Name"]}.vault.azure.net/",
                builtConfig["KeyVault:ClientId"],
                builtConfig["KeyVault:ClientSecret"]);
        })
        .UseStartup<Startup>()
        .UseApplicationInsights()
        .Build();

这段配置是没问题的——你先构建临时配置获取KeyVault的连接参数，再把KeyVault添加为配置源，最终构建的IConfiguration会包含KeyVault中的所有密钥。

而你在Main方法中获取配置时，错误地请求了IConfigurationRoot，应该直接注入IConfiguration即可。修正后的Main方法代码如下：

public static void Main(string[] args) {
    var host = BuildWebHost(args);

    // 执行种子数据初始化
    using (var scope = host.Services.CreateScope()) {
        var services = scope.ServiceProvider;
        try {
            var context = services.GetRequiredService<ApplicationDbContext>();
            var userManager = services.GetRequiredService<UserManager<ApplicationUser>>();
            var configuration = services.GetRequiredService<IConfiguration>(); // 改为获取IConfiguration
            SeedData.Initialize(context, userManager, configuration).Wait();
        } catch (Exception ex) {
            var logger = services.GetRequiredService<ILogger<Program>>();
            logger.LogError(ex, "An error occurred seeding the DB.");
        }
    }

    host.Run();
}

如果你的种子数据初始化耗时较长，更推荐使用异步Main方法来避免阻塞：

public static async Task Main(string[] args) {
    var host = BuildWebHost(args);

    using (var scope = host.Services.CreateScope()) {
        var services = scope.ServiceProvider;
        try {
            var context = services.GetRequiredService<ApplicationDbContext>();
            var userManager = services.GetRequiredService<UserManager<ApplicationUser>>();
            var configuration = services.GetRequiredService<IConfiguration>();
            await SeedData.Initialize(context, userManager, configuration);
        } catch (Exception ex) {
            var logger = services.GetRequiredService<ILogger<Program>>();
            logger.LogError(ex, "An error occurred seeding the DB.");
        }
    }

    await host.RunAsync();
}

回到你的问题：把KeyVault配置移到Main方法里是可行的，但会让配置逻辑分散，不符合框架的最佳实践。更好的方式是保持配置逻辑在ConfigureAppConfiguration中，修正Main方法中获取配置的代码即可。

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