C#调用File.AppendAllText时路径未生效报Logging类型初始化器异常

你遇到的报错是静态类初始化循环依赖导致的空参数异常，和App.config配置、路径格式没有关联：

• 静态类Logging被首次访问时，会优先初始化所有静态字段，其中filePath的赋值依赖Connections.LogPath()的返回值
• Connections.LogPath()和它调用的AppPath()方法中，都调用了日志写入方法SaveLog，而SaveLog需要访问Logging类的filePath字段
• 此时Logging类还处于初始化流程中，filePath还没完成赋值，默认值为null，传入File.AppendAllText就触发了ArgumentNullException

你标注的两处//culprit代码就是循环依赖的触发点：路径计算逻辑依赖日志组件输出日志，日志组件又依赖路径计算逻辑得到存储路径，两者的初始化流程形成冲突，直接导致路径参数为空。

你单步调试时能看到路径有正常值，是调试器的求值逻辑提前触发了静态成员初始化，掩盖了实际运行时的初始化顺序差异，属于调试场景的特殊表现。

只要把路径计算和日志写入的依赖解耦即可，推荐两种实现方式：

方案1：移除路径计算过程中的日志调用 #

路径计算是日志组件的底层依赖，不要在依赖逻辑中反向调用日志组件，删掉AppPath和LogPath方法中的SaveLog调用，等日志组件初始化完成后再打印路径相关日志即可。

方案2：延迟加载日志路径 #

修改Logging类的路径初始化逻辑，改成第一次写日志时才计算路径，避免初始化冲突：

public static class Logging
{
    // 用Lazy实现懒加载，仅第一次调用SaveLog时才计算日志路径
    private static Lazy<string> filePath = new Lazy<string>(() => Connections.LogPath());
    private static StringBuilder SB4log = new StringBuilder();

    public static void SaveLog(StringBuilder logTxt)
    {
        File.AppendAllText(filePath.Value, logTxt.ToString());
        logTxt.Clear();
    }
}

这种方式不需要修改原有日志打印逻辑，对业务代码侵入性更低。

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