在Program.cs读取appsettings.json配置日志路径时启动失败

我最近给ASP.NET Core应用配置自定义日志路径时也踩过类似的坑——手动在Program.cs里读取appsettings.json总是出问题，导致应用启动直接报ANCM In-Process Start Failure错误。看了你贴的代码和错误信息，我来帮你分析下可能的原因和解决办法。

你的问题场景 #

你尝试在Program.cs中手动构建Configuration读取appsettings.json，绑定到LogConfig类后传递给日志配置，但应用启动失败，抛出以下错误：

HTTP Error 500.30 - ANCM In-Process Start Failure
常见原因：

• 应用启动失败
• 应用启动后随即停止
• 应用启动时抛出异常
  排查步骤：

1. 检查系统事件日志中的错误信息
2. 启用应用进程stdout消息日志记录
3. 将调试器附加到应用进程进行检查

系统事件日志里的具体错误：

Application '/LM/W3SVC/2/ROOT' with physical root 'C:\App\CatalogManager' failed to load clr and managed application. CLR worker thread exited prematurely
Application '/LM/W3SVC/2/ROOT' with physical root 'C:\App\CatalogManager' hit unexpected managed exception, exception code = '0xe0434352'. Please check the stderr logs for more information.

你的核心代码如下：

Program.cs #

public class Program {
    public static void Main(string[] args) {
        var config = new ConfigurationBuilder()
            .AddJsonFile("appsettings.json", optional: false)
            .Build();
        LogConfig logConfig = new LogConfig();
        config.GetSection("Config").Bind(logConfig);
        CreateWebHostBuilder(args, logConfig).Build().Run();
    }
    public static IWebHostBuilder CreateWebHostBuilder(string[] args, LogConfig config) => WebHost.CreateDefaultBuilder(args)
        .ConfigureLogging(builder => builder.AddFile(options => {
            options.FileName = "AppLog-"; // 日志文件前缀
            options.LogDirectory = config.LoggingPath; // 日志写入目录
            options.FileSizeLimit = 20 * 1024 * 1024; // 最大日志文件大小（此处为20MB）
            options.Extension = "txt"; // 日志文件扩展名
            options.Periodicity = PeriodicityOptions.Hourly; // 按小时滚动日志文件而非按日
        }))
        .UseStartup<Startup>();
}

LogConfig.cs #

public class LogConfig {
    private string loggingPath;
    public string LoggingPath { get => loggingPath; set => loggingPath = value; }
}

问题分析与解决方案 #

1. 手动构建Configuration的路径问题 #

你手动创建ConfigurationBuilder加载appsettings.json时，默认是读取当前工作目录下的文件，但在IIS部署环境中，应用的工作目录可能不是你项目的物理根目录，导致找不到appsettings.json文件，直接抛出异常终止启动。

而且WebHost.CreateDefaultBuilder(args)已经默认帮你加载了一系列配置源：包括appsettings.json、appsettings.{Environment}.json、环境变量、命令行参数等，完全不需要手动再构建一次Configuration。

修改方案：利用WebHost自带的配置上下文来读取配置，修改Program.cs如下：

public class Program {
    public static void Main(string[] args) {
        CreateWebHostBuilder(args).Build().Run();
    }
    public static IWebHostBuilder CreateWebHostBuilder(string[] args) => 
        WebHost.CreateDefaultBuilder(args)
            .ConfigureLogging((hostingContext, builder) => {
                // 直接使用hostingContext里已经加载好的配置
                var logConfig = new LogConfig();
                hostingContext.Configuration.GetSection("Config").Bind(logConfig);
                
                builder.AddFile(options => {
                    options.FileName = "AppLog-";
                    options.LogDirectory = logConfig.LoggingPath;
                    options.FileSizeLimit = 20 * 1024 * 1024;
                    options.Extension = "txt";
                    options.Periodicity = PeriodicityOptions.Hourly;
                });
            })
            .UseStartup<Startup>();
}

2. 检查appsettings.json的配置结构 #

确保你的appsettings.json里有正确的节点结构，必须包含Config节点和对应的LoggingPath：

{
  "Config": {
    "LoggingPath": "C:\\Logs\\CatalogManager"
    // 或者用正斜杠："/Logs/CatalogManager"
  }
}

3. 日志目录的权限与存在性 #

• 确保LoggingPath指定的目录已经存在，如果目录不存在，日志组件可能会抛出异常（部分组件会自动创建，但不是所有都支持）。
• 给该目录添加IIS应用池身份的读写权限：比如你的应用池是DefaultAppPool，就给C:\Logs\CatalogManager目录添加IIS AppPool\DefaultAppPool的读写权限，否则写入日志时会因为权限不足抛出异常。

4. 验证日志组件的NuGet包 #

确认你使用的AddFile对应的NuGet包（比如Microsoft.Extensions.Logging.File或者第三方的日志组件）版本和你的ASP.NET Core版本匹配，版本不兼容也可能导致启动时的CLR加载异常。

5. 启用stdout日志获取详细错误 #

如果你还是不确定问题所在，可以启用stdout日志来查看更具体的异常信息：
在web.config中修改aspNetCore节点：

<aspNetCore processPath="dotnet" arguments=".\CatalogManager.dll" 
            stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" 
            hostingModel="inprocess" />

启动应用后，查看.\logs目录下的stdout日志，里面会有具体的异常堆栈信息，帮你定位到底是哪一步出了问题。

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