按键精灵如何安全关闭已启动的程序？

Question

在使用按键精灵自动化操作时，常需安全关闭已启动的程序（如记事本、浏览器或自定义EXE），但直接调用`TerminateProcess`或`KillApp`易导致数据丢失、文件损坏或残留进程。常见问题：**如何在不强制终止、确保程序正常退出（如触发“关闭窗口”事件、响应WM_CLOSE消息、等待保存提示框处理）的前提下，可靠关闭目标进程？** 具体表现为：`Sys.GetAppID("notepad.exe")`获取PID后调用`Plugin.Window.CloseWnd`无效；`RunApp`启动的程序用`ExitScript`无法结束其主进程；多实例同名程序难以精准定位主窗口；后台无界面程序（如服务型EXE）缺乏可交互句柄。此外，部分程序（如微信PC版、某些Java应用）会拦截标准关闭消息或二次弹窗确认，导致脚本卡死。开发者常误用`Delay`+`KeyPress`模拟Alt+F4，却忽略窗口焦点切换失败或快捷键被拦截的风险。如何结合窗口句柄识别、消息发送（PostMessage WM_CLOSE）、超时等待与异常兜底机制，实现真正“安全关闭”，是实际项目中的高频痛点。

Answer 1

```html

一、现象层：典型失效场景与错误模式识别

• Sys.GetAppID("notepad.exe") 返回PID后，Plugin.Window.CloseWnd(PID) 无响应——因该插件实际需窗口句柄（hWnd），而非PID；
• 使用 RunApp "chrome.exe --new-window" 启动后，仅调用 ExitScript 无法终止 Chrome 主进程（多进程架构+渲染进程隔离）；
• 同一程序多实例（如5个记事本）时，Plugin.Window.FindEx(0,0,"Notepad","") 默认返回首个句柄，无法区分用户目标实例；
• Java Swing 应用（如 IntelliJ IDEA 启动器）重载 WM_CLOSE 处理逻辑，直接 PostMessage(hWnd, WM_CLOSE, 0, 0) 被静默丢弃；
• 微信PC版检测到非用户触发的 Alt+F4，自动置顶主窗口并禁用快捷键，导致模拟按键完全失效。

二、机制层：Windows 窗口生命周期与关闭语义解析

安全关闭的本质是尊重 Windows UI 线程消息循环（Message Pump）的协作式退出协议：

消息类型	语义	是否可被拦截	是否触发保存提示
WM_CLOSE	请求关闭窗口，由应用决定是否执行销毁	✅ 是（OnClose() 可 return FALSE）	✅ 通常会弹出“是否保存”对话框
WM_QUIT	强制退出消息循环，不经过窗口过程	❌ 否（但仅对当前线程有效）	❌ 不触发任何 UI 交互
PostQuitMessage(0)	向自身线程投递 WM_QUIT	❌ 否	❌ 无感知退出

三、技术层：分阶段安全关闭四步法（含按键精灵实现）

1. 精准定位主窗口：结合进程名 + 窗口标题模糊匹配 + 创建时间排序（防多实例误关）
   hwnd = Plugin.Window.FindEx(0, 0, "Notepad", "") → 改为遍历所有句柄：
   Dim hwndList = Plugin.Window.Search("Notepad") : For i = 0 To UBound(hwndList) : If Plugin.Window.GetText(hwndList(i)) Like "*未命名*" Then hwnd = hwndList(i) : Exit For : EndIf : Next
2. 发送标准关闭请求：优先 Plugin.Window.SendMessage(hwnd, 16, 0, 0)（16=WM_CLOSE），非 CloseWnd；
3. 智能等待与弹窗接管：启动独立子线程监听“另存为”/“确认退出”类窗口（Class: "#32770"），自动点击“否”或“取消”；
4. 分级兜底策略：超时（默认8s）后尝试 Plugin.Process.CloseProcessByName("notepad.exe")（软结束），仍失败再启用 TerminateProcess 并记录日志。

四、进阶层：跨技术栈兼容性增强方案

针对特殊程序（Java/CEF/Qt/微信），需动态适配关闭路径：

// 按键精灵伪代码：自适应关闭引擎
Function SafeCloseApp(appName, titleHint, timeout=8000)
    Dim hwnd = FindMainWindow(appName, titleHint)
    If hwnd = 0 Then Return False
    
    Plugin.Window.SendMessage(hwnd, 16, 0, 0)  // WM_CLOSE
    Delay 300
    
    // 启动弹窗监控协程（使用 Plugin.Thread.Create）
    Dim threadId = Plugin.Thread.Create("HandleSaveDialog", appName)
    
    Dim st = Plugin.Sys.GetTime()
    Do While Plugin.Window.IsExist(hwnd) And (Plugin.Sys.GetTime() - st) < timeout
        Delay 200
    Loop
    
    If Plugin.Window.IsExist(hwnd) Then
        // 尝试优雅降级：发送 Alt+F4（仅当窗口激活时）
        If Plugin.Window.IsForeground(hwnd) Then
            Plugin.Keyboard.KeyDown 18 : Plugin.Keyboard.KeyPress 115 : Plugin.Keyboard.KeyUp 18
        EndIf
        Delay 1000
    EndIf
    
    Return Not Plugin.Window.IsExist(hwnd)
End Function

五、架构层：企业级自动化中“安全关闭”服务化设计

在大型RPA平台中，应将关闭能力抽象为可配置服务组件：

graph TD A[关闭请求入口] --> B{进程类型识别} B -->|GUI程序| C[WM_CLOSE + 弹窗治理] B -->|服务型EXE| D[发送自定义IPC信号
如命名管道/WM_COPYDATA] B -->|Java应用| E[注入JNA调用System.exit(0)
或发送Ctrl+C至控制台] C --> F[超时判断] D --> F E --> F F -->|成功| G[返回OK + 清理日志] F -->|失败| H[触发告警 + 进入人工审核队列]

六、反模式警示：5类高危操作必须规避

• ❌ 在未验证窗口焦点状态下连续调用 KeyPress 模拟 Alt+F4；
• ❌ 对 Chrome/Firefox 直接杀 chrome.exe 进程——破坏 Profile 锁与扩展状态；
• ❌ 使用 KillApp 关闭 Electron 应用——导致 app.quit() 未执行，本地存储损坏；
• ❌ 忽略 DPI 缩放导致 FindPic 定位“保存”按钮失败，进而放弃等待进入强制终止；
• ❌ 多线程并发调用同一 CloseWnd 导致句柄重复释放（GDI资源泄漏）。

七、验证层：关闭可靠性量化评估指标

上线前必须通过以下维度压测（单次脚本运行 ≥1000次）：

指标	合格阈值	测量方式
正常退出率	≥99.2%	检查目标进程是否存在 + 主窗口句柄是否销毁
数据丢失率	0%	对比关闭前后文件MD5（如记事本编辑的临时txt）
残留进程数	≤1/1000	Tasklist | findstr /i "appname"
平均耗时	<2.1s	Plugin.Sys.GetTime() 差值统计

```