PowerShell监控日志推送Discord WebHook延迟问题优化求助

嘿，我来帮你排查并优化这个延迟问题！FileSystemWatcher在默认配置下确实容易出现触发延迟、重复事件的情况，咱们一步步来调整你的脚本：

一、先搞懂延迟的常见原因 #

1. FileSystemWatcher内置缓冲限制：默认8KB的内部缓冲区如果遇到文件频繁写入，很容易溢出，导致事件延迟甚至丢失。
2. 重复事件触发：文件保存时（比如Chatty写入日志）可能会触发多次Changed事件，看起来像是延迟，实则是重复处理拖慢了响应。
3. 文件锁定阻塞读取：如果Chatty正在占用日志文件，Get-Content可能会等待解锁，导致推送延迟。
4. 同步请求阻塞：Invoke-RestMethod默认是同步执行的，会阻塞后续事件处理，影响响应速度。

二、针对性优化方案（附修改后的脚本） #

下面是整合了所有优化点的脚本，我会逐一标注优化细节：

# 初始化文件监控器
$watcher = New-Object System.IO.FileSystemWatcher
$watcher.Path = "C:\Users\AYYA\.chatty\logs"
$watcher.Filter = "highlighted.log"
$watcher.IncludeSubdirectories = $true

# 优化1：增大内部缓冲区，避免事件溢出/延迟
$watcher.InternalBufferSize = 65536 # 64KB，比默认8KB大很多
# 优化2：只监控文件内容写入事件，减少无关触发
$watcher.NotifyFilter = [System.IO.NotifyFilters]::LastWrite
$watcher.EnableRaisingEvents = $true

# 全局变量用于防抖和去重（避免重复推送）
$lastPushedContent = $null
$lastTriggerTime = [DateTime]::MinValue
$debounceWaitMs = 300 # 300ms内重复触发直接跳过

$action = {
    $path = $Event.SourceEventArgs.FullPath
    $currentTime = [DateTime]::Now

    # 优化3：防抖逻辑——短时间内重复触发直接跳过
    if (($currentTime - $lastTriggerTime).TotalMilliseconds -lt $debounceWaitMs) {
        return
    }

    # 优化4：安全读取文件最后一行，避免文件锁定阻塞
    $content = $null
    try {
        # 使用File.OpenText实现共享读取，不会被写入进程锁定
        $reader = [System.IO.File]::OpenText($path)
        $line = $null
        while (($currentLine = $reader.ReadLine()) -ne $null) {
            $line = $currentLine
        }
        $content = $line?.Trim()
        $reader.Close()
    }
    catch {
        Write-Warning "读取日志文件失败：$_"
        return
    }

    # 优化5：去重逻辑——内容和上次推送一致则跳过
    if ([string]::IsNullOrWhiteSpace($content) -or $content -eq $lastPushedContent) {
        return
    }

    # 更新记录的内容和时间
    $lastPushedContent = $content
    $lastTriggerTime = $currentTime

    # 推送Discord WebHook
    $webhookurl = "https://discord.com/api/webhooks/1183179002920321064/jdy2EO4AdnFhQg_ON9TfwCOPcDo8y1H7TYrQUT0HtCI5a7AO2FOd_As1BYUNWqhI0oei"
    $body = @{ content = $content } | ConvertTo-Json

    # 优化6：异步请求（可选）——用后台作业执行推送，不阻塞事件处理
    Start-Job -ScriptBlock {
        param($url, $jsonBody)
        try {
            Invoke-RestMethod -Uri $url -Method Post -Body $jsonBody -ContentType 'application/json' -ErrorAction Stop
        }
        catch {
            Write-Warning "Discord推送失败：$_"
        }
    } -ArgumentList $webhookurl, $body | Out-Null
}

# 只注册Changed事件即可（Created事件是文件创建时触发，如果你不需要监控新文件创建可以去掉）
Register-ObjectEvent -InputObject $watcher -EventName Changed -Action $action

三、各优化点的作用说明 #

• 增大缓冲区：解决文件频繁写入时的事件丢失/延迟问题，64KB足以应对大部分日志写入场景。
• 精准监控事件：只监听LastWrite（文件内容写入），避免因文件属性、大小变化触发无关事件。
• 防抖+去重：避免文件保存时多次触发事件导致的重复推送和响应延迟，让推送更精准。
• 安全读取文件：用File.OpenText替代Get-Content，实现共享读取，不会被Chatty的写入操作锁定，彻底解决读取阻塞问题。
• 异步推送：用Start-Job把推送操作放到后台执行，不会阻塞事件处理线程，让监控器能快速响应下一次文件变化。

额外小提示 #

如果还是觉得有延迟，可以尝试：

• 缩小debounceWaitMs的数值（比如调到100ms），但不要太小，避免重复推送。
• 检查Chatty的日志写入频率，如果它是批量写入日志，那延迟可能来自Chatty本身，这就需要调整Chatty的日志设置了。

备注：内容来源于stack exchange，提问作者Mohamed Shuau