ASP.NET后端C#多线程下日志文件写入冲突问题咨询

核心结论 #

在你描述的单IIS工作进程多线程场景下，使用lock()完全可以解决日志文件被占用的问题，它能确保同一时间只有一个线程执行写文件的代码块，避免多个线程同时操作同一文件引发冲突。

为什么可行？ #

IIS单工作进程模式下，所有请求都由该进程内的多个线程处理，lock()关键字会基于指定对象创建互斥锁：

• 当一个线程进入lock代码块时会获取锁，其他线程尝试进入时会被阻塞，直到持有锁的线程退出代码块释放锁。
• 不管是同一用户还是不同用户的请求，只要是该进程内的线程，都会受这个锁的约束，自然不会出现多个线程同时打开/写入日志文件的情况。

正确使用方式 #

注意：lock的对象必须是静态、只读且全局唯一的，不能用局部变量或字符串（字符串会被CLR池化，可能导致意外的锁共享）。示例代码如下：

public class LogWriter
{
    // 全局唯一的静态锁对象
    private static readonly object _fileWriteLock = new object();

    public void WriteToLog(string logContent)
    {
        lock (_fileWriteLock)
        {
            // 使用File.AppendAllText自动处理文件的打开/关闭，无需手动管理流
            File.AppendAllText(@"C:\Logs\app_request.log", 
                $"{DateTime.Now:yyyy-MM-dd HH:mm:ss} | {logContent}{Environment.NewLine}");
        }
    }
}

额外注意事项 #

1. 若未来IIS改为**多工作进程（Web Garden）**模式，lock()会失效——不同进程有独立内存空间，锁对象无法跨进程共享。这种情况需改用跨进程锁（如Mutex），或直接使用成熟的日志框架（如Serilog、NLog）。
2. 尽量压缩lock代码块内的逻辑，只保留必要的文件操作，避免长时间持有锁拖慢请求处理速度。
3. 优先使用File.AppendAllText/File.AppendAllLines这类封装方法，它们会自动以追加模式打开文件，写完后立即释放资源，比手动管理FileStream更简洁安全。

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