ASP.NET Core 2中日志服务初始化前异常记录的正确方法

这个问题我之前也踩过坑——Program.cs作为ASP.NET Core应用的入口，很多致命的启动错误（比如配置加载失败、依赖注入异常）都发生在这儿，而如果Serilog只在Startup.cs里初始化，这些错误根本没法被捕获，导致你看到IIS返回500却找不到日志的尴尬情况。下面给你几个实用的方案，从临时排查到长期优雅解决都有：

一、临时排查：用web.config的stdout日志快速定位当前问题 #

你提到的web.config里的stdout配置确实能帮你抓到Program.cs里的错误输出，适合用来快速定位当前的500原因。配置方法很简单：
在web.config的<aspNetCore>节点中添加以下属性：

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

• stdoutLogEnabled="true"：开启标准输出日志
• stdoutLogFile：指定日志文件路径（注意要确保应用对该路径有写入权限）

启动应用后，Program.cs里的所有控制台输出（包括未处理的异常堆栈）都会被写入到这个文件里，帮你快速找到问题根源。不过这只是临时方案，长期用的话日志分散，不好管理。

二、最优方案：把Serilog初始化提前到Program.cs #

这才是官方推荐的优雅做法——把Serilog的初始化逻辑移到Program.cs的最开头，让它覆盖整个应用的启动生命周期，包括Program.cs里的所有错误。

传统Program.cs结构（非顶级语句）示例： #

using Serilog;
using Serilog.Sinks.Graylog;

namespace YourAppNamespace
{
    public class Program
    {
        public static int Main(string[] args)
        {
            // 第一步：先初始化Serilog，对接Graylog
            Log.Logger = new LoggerConfiguration()
                .Enrich.FromLogContext()
                .WriteTo.Graylog(new GraylogSinkOptions
                {
                    HostnameOrAddress = "your-graylog-server-ip",
                    Port = 12201 // Graylog默认GELF UDP端口
                })
                .CreateLogger();

            try
            {
                Log.Information("应用启动中...");
                CreateHostBuilder(args).Build().Run();
                return 0;
            }
            catch (Exception ex)
            {
                // 捕获Program.cs里的所有致命异常
                Log.Fatal(ex, "应用意外终止");
                return 1;
            }
            finally
            {
                // 确保日志被刷新后再退出
                Log.CloseAndFlush();
            }
        }

        public static IHostBuilder CreateHostBuilder(string[] args) =>
            Host.CreateDefaultBuilder(args)
                .UseSerilog() // 告诉ASP.NET Core主机使用Serilog替代默认日志系统
                .ConfigureWebHostDefaults(webBuilder =>
                {
                    webBuilder.UseStartup<Startup>();
                });
    }
}

ASP.NET Core 6+顶级语句结构示例： #

如果你的项目用的是简化的顶级语句写法，初始化逻辑类似：

using Serilog;
using Serilog.Sinks.Graylog;

// 提前初始化Serilog
Log.Logger = new LoggerConfiguration()
    .Enrich.FromLogContext()
    .WriteTo.Graylog(new GraylogSinkOptions
    {
        HostnameOrAddress = "your-graylog-server-ip",
        Port = 12201
    })
    .CreateLogger();

try
{
    Log.Information("应用启动中...");
    var builder = WebApplication.CreateBuilder(args);
    
    // 让主机使用Serilog
    builder.Host.UseSerilog();

    // 后续的服务注册、中间件配置...
    builder.Services.AddControllers();

    var app = builder.Build();

    // 中间件管道配置...
    app.UseHttpsRedirection();
    app.UseAuthorization();
    app.MapControllers();

    app.Run();
}
catch (Exception ex)
{
    Log.Fatal(ex, "应用意外终止");
}
finally
{
    Log.CloseAndFlush();
}

这样配置后，不管是Program.cs里的初始化错误，还是Startup.cs里的问题，甚至是主机启动过程中的异常，都会被Serilog捕获并发送到Graylog，完美解决你日志缺失的问题，而且不需要额外的临时代码。

总结 #

• 临时排查用stdout日志快速定位当前500错误；
• 长期方案优先选择把Serilog初始化提前到Program.cs，这是最优雅、覆盖范围最全的官方推荐方式，能统一管理整个应用生命周期的日志。

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