C#通用日志库是否支持全局共享Logger？该用法是否为良好实践？

1. 主流日志库支持情况 #

C#生态下的主流第三方日志库（Serilog、NLog、log4net）均原生支持全局共享的单实例/静态Logger，你提出的无需传递引用直接调用的需求完全可以实现。

2. 实现示例（以Serilog为例） #

首先在程序入口处完成全局配置，仅需配置一次即可全局生效：

// 程序入口（比如Program.cs）
using Serilog;

Log.Logger = new LoggerConfiguration()
    .MinimumLevel.Debug()
    .WriteTo.File("logs/app.log", rollingInterval: RollingInterval.Day)
    .CreateLogger();
// 程序退出时释放日志资源
AppDomain.CurrentDomain.ProcessExit += (s, e) => Log.CloseAndFlush();

之后在任意类中都可以直接调用，不需要传递Logger实例，和你给出的代码逻辑完全匹配：

class MyClass1
{
    public void FuncA()
    {
        Log.Information("run status");
        MyClass2 mc = new MyClass2();
        mc.FuncB();
    }
}

另一个类的代码：

class MyClass2
{
    public void FuncB()
    {
        // 无需传递Logger引用，直接调用静态Log类即可
        Log.Information("run status");
    }
}

NLog、log4net也有对应的静态调用入口，用法逻辑一致，只需全局配置一次即可全项目调用。

3. 该用法的实践合理性 #

这种全局静态调用的方式不属于通用最佳实践，适用场景和缺陷都很明确：

• 适用场景：小型项目、工具类项目、快速原型开发，这类场景优先追求开发效率，不需要复杂的日志策略，用全局Logger非常便捷。
• 存在的缺陷：
  • 业务代码和静态日志类强耦合，无法脱离日志库依赖，单元测试时很难Mock日志行为验证输出是否符合预期
  • 灵活性差，如果后续需要拆分日志（比如不同业务模块输出到不同文件、不同类的日志等级独立配置），全局Logger很难实现，需要全项目改造
  • 不符合依赖注入设计规范，.NET生态下默认推荐使用依赖注入注入ILogger<T>实例，能更好兼容框架生态，也能做到按需配置
    如果是中大型项目，更推荐使用框架自带的依赖注入能力注入Logger实例，不需要手动传递，框架会自动完成实例的注入和生命周期管理。

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