NLog压缩旧日志时是否阻塞写入？及并行处理方案咨询

1. 压缩旧日志时是否会阻塞日志写入？ #

是的，你的场景下压缩操作确实会阻塞日志写入。因为你采用的是同步日志模式，NLog默认在触发每日归档时，会在当前处理日志写入的线程中执行压缩逻辑。2GB级别的日志文件压缩耗时久，这段时间内日志写入线程被占用，无法处理新的日志请求，直接导致日志出现间隙，应用功能也因线程阻塞暂停。

2. 实现新日志写入与旧日志压缩并行的方案 #

- 启用异步日志写入 #

用AsyncTargetWrapper包装FileTarget，将日志写入放入后台队列异步处理，让压缩操作和日志写入在不同线程执行，避免主线程被阻塞：

// 先创建原有的FileTarget
var logfile = new FileTarget("debuglogfile")
{
    FileName = Path.Combine(logDirectory, "debug.log"),
    KeepFileOpen = true,
    ConcurrentWrites = true,
    EnableArchiveFileCompression = true,
    ArchiveEvery = FileArchivePeriod.Day,
    MaxArchiveFiles = 10,
    ArchiveNumbering = ArchiveNumberingMode.Date,
    Encoding = Encoding.UTF8                
};

// 包装为异步目标
var asyncLogTarget = new AsyncTargetWrapper(logfile)
{
    QueueLimit = 10000, // 根据每秒50条的日志量调整队列大小，避免队列溢出
    OverflowAction = AsyncTargetWrapperOverflowAction.Grow // 队列满时动态扩容，也可按需选Discard
};

config.AddRuleForAllLevels(asyncLogTarget);

- 开启NLog异步归档压缩 #

NLog 5.x支持ArchiveAsync配置，让归档压缩在后台线程独立执行，不占用日志写入线程：

logfile = new FileTarget("debuglogfile")
{
    // 保留原有配置
    FileName = Path.Combine(logDirectory, "debug.log"),
    KeepFileOpen = true,
    ConcurrentWrites = true,
    EnableArchiveFileCompression = true,
    ArchiveEvery = FileArchivePeriod.Day,
    MaxArchiveFiles = 10,
    ArchiveNumbering = ArchiveNumberingMode.Date,
    Encoding = Encoding.UTF8,
    // 新增异步压缩配置
    ArchiveAsync = true,
    ArchiveAsyncMaxDegreeOfParallelism = 2 // 控制并行压缩的线程数，根据服务器资源调整
};
config.AddRuleForAllLevels(logfile);

- 分散压缩压力 #

避免一次性压缩2GB大文件，可改用按文件大小归档，分散压缩操作的耗时：

logfile.ArchiveAboveSize = 100 * 1024 * 1024; // 日志文件达到100MB时自动归档
logfile.ArchiveEvery = FileArchivePeriod.None; // 关闭按天归档，改为按大小归档
logfile.MaxArchiveFiles = 20; // 调整最大归档文件数，适配按大小归档的频率

- 优化压缩效率 #

调整压缩级别为最快模式，减少单次压缩的耗时：

logfile.ArchiveCompressionLevel = CompressionLevel.Fastest;

内容的提问来源于stack exchange，提问作者Ольга