PowerShell中Register-ObjectEvent监听mstsc进程事件触发时机异常

这个问题我之前帮人排查过，核心原因是带参数启动mstsc时，初始进程只是个"启动器"，真正承载RDP会话窗口的是它的子进程——这就导致你注册的Exited事件在主进程退出时就触发了，但实际RDP会话还在正常运行。而不带参数启动时，mstsc主进程本身就是会话窗口的载体，所以退出时机和会话结束完全同步。

下面给你两种实用的解决方案：

方案一：跟踪mstsc的子进程（精准触发） #

通过定位mstsc启动的子进程，给这个实际的会话进程注册Exited事件，就能准确捕获会话结束的时机：

# 定义RDP连接参数（比如指定远程服务器）
$rdpArgs = "/v:YourRemoteServerName"

# 启动mstsc并获取主进程对象
$launcherProcess = Start-Process mstsc -ArgumentList $rdpArgs -PassThru -NoNewWindow

# 等待启动器进程退出（它完成子进程启动就会结束）
$launcherProcess.WaitForExit()

# 短暂延迟确保子进程已完全启动
Start-Sleep -Milliseconds 500

# 查找启动器的子进程（实际的RDP会话进程）
$sessionProcess = Get-CimInstance Win32_Process | Where-Object {
    $_.ParentProcessId -eq $launcherProcess.Id -and $_.Name -eq "mstsc.exe"
} | Select-Object -First 1

if ($sessionProcess) {
    # 获取进程对象并启用事件触发
    $processObj = Get-Process -Id $sessionProcess.ProcessId
    $processObj.EnableRaisingEvents = $true

    # 注册Exited事件，指定会话结束后执行的操作
    Register-ObjectEvent -InputObject $processObj -EventName Exited -Action {
        Write-Host "RDP会话已正常结束！"
        # 这里调用你的自定义函数
        # YourPostSessionCleanupFunction
    } | Out-Null
} else {
    Write-Warning "未找到RDP会话进程，请检查参数是否正确"
}

方案二：定时检测会话进程（简单可靠） #

如果跟踪子进程的方式在你的瘦客户机环境有兼容性问题，可以用定时检测的方式，直到所有RDP会话进程消失再执行后续操作：

# 启动带参数的RDP会话
$rdpArgs = "/f /v:YourRemoteServerName" # /f表示全屏模式
Start-Process mstsc -ArgumentList $rdpArgs

# 循环检测活跃的RDP会话进程
do {
    Start-Sleep -Seconds 3 # 调整检测间隔，平衡资源占用和响应速度
    # 根据窗口标题筛选真正的会话进程（排除启动器进程）
    $activeRdpSessions = Get-Process mstsc -ErrorAction SilentlyContinue | Where-Object {
        $_.MainWindowTitle -match "远程桌面连接" # 可根据实际窗口标题调整
    }
} while ($activeRdpSessions.Count -gt 0)

# 会话结束后执行自定义操作
Write-Host "RDP会话已结束，开始执行后续流程..."
# YourCustomFunction

额外注意事项 #

• 瘦客户机环境可能权限受限，确保脚本以足够权限运行（比如管理员权限），避免无法查询进程或注册事件。
• 方案一中的延迟时间可以根据瘦客户机性能调整，如果子进程启动较慢，适当延长Start-Sleep的时间。
• 如果是使用.rdp配置文件启动（mstsc yourconfig.rdp），逻辑和带参数启动一致，同样会产生子进程。

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