嘿，我懂你碰到的麻烦了——这个while ($true)无限循环确实会一直死磕下去，除非你给它一个明确的停止信号。FileSystemWatcher的事件是异步触发的，所以得用一个能跨线程访问的变量来控制循环的开关，下面是具体的修改方案：

核心思路 #

我们需要做这几件事：

• 用一个脚本作用域的变量来控制循环（因为事件处理的脚本块运行在独立的运行空间，默认访问不到主脚本的变量）
• 把无限循环改成基于这个变量的条件循环
• 在事件触发的动作里，完成任务后把这个变量设为$false，让循环自然退出

修改后的完整代码 #

# 设置要监控的文件夹、文件及是否监控子文件夹
$watcher = New-Object System.IO.FileSystemWatcher
$watcher.Path = "C:\TransX\InputTriggers\"
$watcher.Filter = "IVANS_TRIGGER_FILE.trig"
$watcher.IncludeSubdirectories = $false
$watcher.EnableRaisingEvents = $true

# 定义循环控制变量（脚本作用域，确保事件动作能访问修改）
$script:keepMonitoring = $true

# 定义事件触发后的动作
$action = {
    $path = $Event.SourceEventArgs.FullPath
    $changeType = $Event.SourceEventArgs.ChangeType
    # 这里放你原本要执行的动作逻辑，比如处理文件、记录日志等
    Write-Host "检测到文件变化: $changeType - $path"

    # 执行完指定动作后，设置终止信号
    $script:keepMonitoring = $false
}

# 绑定事件（这里假设你监控的是文件创建事件，可根据需求改成Changed/Deleted等）
Register-ObjectEvent $watcher "Created" -Action $action | Out-Null

# 带控制条件的循环，添加Sleep避免空转占用CPU
while ($script:keepMonitoring) {
    Start-Sleep -Seconds 1  # 每秒检查一次，可根据需求调整间隔
}

# 循环结束后清理资源，避免内存泄漏
Unregister-Event -SourceIdentifier ($watcher.Name + "Created")
$watcher.Dispose()
Write-Host "监控已终止"

关键改动说明 #

• 脚本作用域变量：用$script:keepMonitoring而非普通变量，确保事件处理的脚本块能修改这个控制循环的开关。如果用普通变量，事件块里的修改不会同步到主脚本的循环条件里。
• 替换无限循环：把while ($true)改成while ($script:keepMonitoring)，这样只要变量变成$false，循环就会在下一次检查时自动退出。
• 添加Start-Sleep：避免循环空转占用大量CPU资源，让脚本运行更高效。
• 清理资源：循环结束后记得注销事件并释放FileSystemWatcher的资源，养成良好的编码习惯。

如果你的监控事件是其他类型（比如文件修改、删除），只需要把Register-ObjectEvent里的事件名称改成对应的即可，终止逻辑是完全通用的。

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