WCF服务日志丢失问题：会话日志文件有更新但无内容排查

我来帮你拆解这个WCF会话日志的问题，结合我遇到过的类似生产场景，大概率是缓冲未及时落地或者会话资源泄漏导致的，下面分几个方向排查和解决：

默认的StreamWriter或类似日志组件会启用内存缓冲，除非手动调用Flush()或Close()，否则缓冲内容不会立刻写入磁盘。如果你的日志类在会话结束时没正确释放资源，缓冲里的内容会一直留在内存，而文件大小可能因为预分配或缓冲占位显示变大，但实际没有有效日志内容。

• 检查你的日志类实现，是不是犯了只写不刷新/释放的错误：

  // 错误示例：仅调用Write但未处理缓冲
  var writer = new StreamWriter(logFilePath, true);
  writer.WriteLine("用户操作日志");
  // 遗漏了writer.Flush()或writer.Dispose()
  

• 解决办法：用using语句自动管理资源，确保缓冲强制写入磁盘：

  using (var writer = new StreamWriter(logFilePath, true))
  {
      writer.WriteLine($"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] {logContent}");
      writer.Flush(); // 如果需要实时写入日志，建议加上这一行
  }
  

WCF会话如果没有正常关闭（比如客户端异常断开、会话超时未触发清理逻辑），对应的日志类实例可能不会被销毁，导致写入器一直持有文件句柄，缓冲无法刷新到磁盘。

• 如果你的服务是SessionMode.Required模式，务必让服务实现IDisposable接口，在Dispose()方法里释放日志资源：

  public class UserService : IUserServiceContract, IDisposable
  {
      private UserSessionLogger _sessionLogger;
  
      public UserService()
      {
          // 初始化会话专属日志实例
          _sessionLogger = new UserSessionLogger(OperationContext.Current.SessionId);
      }
  
      public void Dispose()
      {
          // 释放日志资源，强制刷新缓冲
          _sessionLogger?.Dispose();
      }
  }
  

• 另外可以用Windows性能监视器，查看WCF会话数、服务进程的文件句柄数，确认是否存在资源泄漏的情况。

有时候Windows的文件缓存（比如SuperFetch）或者防病毒软件的实时扫描会锁定日志文件，导致写入的内容暂时无法刷新到磁盘，看起来文件大小更新但内容为空。

• 临时关闭防病毒软件的实时扫描，观察日志是否恢复正常；
• 检查日志文件夹和文件的权限，确保WCF服务的运行账户有读写权限；
• 用Process Explorer工具查看哪个进程持有异常日志文件的句柄，确认是否是WCF服务进程，有没有异常句柄泄漏。

如果同一个会话的日志被多个并发线程写入，可能出现缓冲竞争，导致部分日志内容无法正常写入。要确保日志类的写入方法是线程安全的：

public class UserSessionLogger : IDisposable
{
    private readonly object _lockObj = new object();
    private StreamWriter _logWriter;

    public void WriteSessionLog(string message)
    {
        lock (_lockObj)
        {
            _logWriter.WriteLine(message);
            _logWriter.Flush();
        }
    }

    public void Dispose()
    {
        lock (_lockObj)
        {
            _logWriter?.Flush();
            _logWriter?.Dispose();
        }
    }
}

内容的提问来源于stack exchange，提问作者Old-fashioned-dev