System.IO.FileSystemWatcher的Register-ObjectEvent跨局域网用户失效问题

这确实是个挺头疼的跨系统/跨权限监控问题，结合你提到的文件所有者差异，我来帮你梳理下核心原因和可行的解决办法：

核心原因分析 #

你观察到的所有者差异是关键线索：当Unix系统通过SMB共享写入文件时，Windows的FileSystemWatcher依赖的NTFS文件系统事件可能没有正常生成。常见的场景包括：

• 跨系统写入时使用原子写入策略：先创建临时文件（比如.tmp后缀）写入内容，完成后再重命名为目标.nrrd文件，这种情况只会触发Renamed事件，而非你当前监听的Created事件。
• Unix用户与Windows权限映射异常：导致Windows无法识别文件操作的权限上下文，进而跳过了事件通知。

具体解决办法 #

1. 补充监听更多文件系统事件 #

优先试试扩展你的脚本，添加对Renamed事件的监听，覆盖原子写入的场景：

### SET FOLDER TO WATCH + FILES TO WATCH + SUBFOLDERS YES/NO
$watcher = New-Object System.IO.FileSystemWatcher
$watcher.Path = "C:\Users\Desktop\test\"
$watcher.Filter = "*.nrrd"
$watcher.IncludeSubdirectories = $true
$watcher.EnableRaisingEvents = $true

### DEFINE ACTIONS AFTER AN EVENT IS DETECTED
$createdAction = {
    $path = $Event.SourceEventArgs.FullPath
    $changeType = $Event.SourceEventArgs.ChangeType
    Write-Host "The file '$path' was $changeType at '$(Get-Date)'" -fore green
}

$renamedAction = {
    $oldPath = $Event.SourceEventArgs.OldFullPath
    $newPath = $Event.SourceEventArgs.FullPath
    $changeType = $Event.SourceEventArgs.ChangeType
    Write-Host "The file '$oldPath' was renamed to '$newPath' at '$(Get-Date)'" -fore cyan
}

### DECIDE WHICH EVENTS SHOULD BE WATCHED
Register-ObjectEvent $watcher "Created" -Action $createdAction
Register-ObjectEvent $watcher "Renamed" -Action $renamedAction

while ($true) {sleep 5}

如果需要更全面的覆盖，还可以添加Changed事件的监听，应对部分特殊的写入场景。

2. 调整SMB共享的权限与映射设置 #

确保Windows共享的权限配置能正确识别Unix用户的操作：

• 检查NTFS权限：右键监控文件夹 → 属性 → 安全，添加Everyone或对应的Unix映射用户（比如www-data对应的Windows账户），授予「修改」「写入」权限。
• 调整共享权限：进入「共享」→「高级共享」→「权限」，确保网络用户拥有「完全控制」或「修改」权限。
• 启用来宾登录（可选，注意安全）：如果是Windows 10/11，默认禁用了不安全的来宾登录，可能导致Unix匿名用户无法正常映射。可以通过组策略（gpedit.msc）进入「计算机配置→管理模板→网络→Lanman工作站」，启用「启用不安全的来宾登录」（仅在信任的局域网环境中使用）。

3. 改用轮询式监控作为备选方案 #

如果FileSystemWatcher的事件机制因为跨系统限制无法正常工作，轮询式监控是更稳定的替代方案——定期扫描文件夹对比文件列表变化：

$watchPath = "C:\Users\Desktop\test\"
$filter = "*.nrrd"
# 初始化文件列表
$lastKnownFiles = Get-ChildItem -Path $watchPath -Filter $filter -Recurse -File | Select-Object -ExpandProperty FullPath

while ($true) {
    Start-Sleep -Seconds 5
    # 获取当前文件列表
    $currentFiles = Get-ChildItem -Path $watchPath -Filter $filter -Recurse -File | Select-Object -ExpandProperty FullPath
    # 对比找出新增文件
    $newFiles = Compare-Object -ReferenceObject $lastKnownFiles -DifferenceObject $currentFiles `
        | Where-Object SideIndicator -eq "=>" `
        | Select-Object -ExpandProperty InputObject
    
    foreach ($file in $newFiles) {
        Write-Host "New file detected: '$file' at '$(Get-Date)'" -fore green
    }

    # 更新文件列表
    $lastKnownFiles = $currentFiles
}

这种方式的缺点是存在扫描延迟，但胜在不受系统事件机制的限制，跨场景兼容性更好。

4. 用Process Monitor定位底层事件 #

如果以上方法都无效，可以用Sysinternals的Process Monitor工具精准排查：

1. 打开Process Monitor，添加过滤条件：「路径包含你的监控文件夹路径」「操作是CreateFile/RenameFile/SetInformationFile」。
2. 让局域网用户创建.nrrd文件，观察Process Monitor中是否有对应的事件记录。
3. 根据记录的事件类型，调整FileSystemWatcher的监听事件，或者确认是否存在权限层面的拦截。

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