Jenkins运行Maven应用调用AutoIt exe正常返回但无效果问题

• 最主要的诱因是Windows会话0隔离机制：Windows Vista及后续版本会把所有系统服务统一放在独立的会话0中运行，会话0和用户日常登录使用的交互会话（通常是会话1、会话2）完全隔离，跨会话无法直接操作对方的桌面窗口。你手动双击exe时，程序运行在当前登录用户的交互会话中，可以正常识别浏览器弹出的「打开」文件选择框；但如果Jenkins是以Windows服务方式默认安装启动的，它拉起的所有子进程——包括Maven测试进程、你调用的AutoIt打包exe——全部运行在会话0中，根本访问不到你交互会话里弹出的文件选择窗口，脚本执行时找不到目标控件，自然不会产生预期操作，因为没有抛出执行错误，进程退出码依然是0。
• 运行账号权限不匹配：如果Jenkins服务配置为使用Local System（本地系统）账号运行，即便是勾选了服务属性里的「允许服务与桌面交互」，在Win7及之后的系统版本中这个选项已经不具备实际的跨会话交互能力，Local System账号的桌面上下文和你手动登录的Administrator账号完全独立，无法操作用户桌面上的窗口。
• 脚本与调用逻辑存在缺陷：一是你在Java侧仅硬等待2秒就启动exe，很多时候文件选择对话框还没完成渲染加载，AutoIt脚本已经执行完毕；二是AutoIt脚本仅靠窗口标题"Open"匹配目标，匹配规则太宽泛，容易误命中其他同名隐藏窗口，根本没有操作到真正的文件选择框。

• 优先选择无服务模式运行Jenkins：不要将Jenkins安装为Windows服务，改为在当前登录的Administrator用户会话下，通过命令行手动执行java -jar jenkins.war启动主程序，或是通过JNLP方式启动连接主节点的Jenkins代理，这种方式下Jenkins拉起的所有子进程都和你手动启动的程序处于同一个交互会话，没有会话隔离问题，是所有Windows桌面UI自动化场景最稳定的运行方式。
• 优化AutoIt脚本鲁棒性：不要直接上来就执行激活、填写操作，先增加显式窗口等待逻辑，同时给窗口匹配加上类名限定，避免误匹配，修正后的脚本参考：

; 匹配标准打开文件对话框（类名固定为#32770），最长等待10秒
Local $hWnd = WinWait("[CLASS:#32770; TITLE:Open]", "", 10)
If Not $hWnd Then Exit(1) ; 等待窗口超时，返回错误码1
WinActivate($hWnd)
If Not WinActive($hWnd) Then Exit(2) ; 窗口激活失败，返回错误码2
ControlFocus($hWnd, "", "Edit1")
ControlSetText($hWnd, "", "Edit1", "C:\Users\Administrator\Pictures\test\test_file.png")
ControlClick($hWnd, "", "Button1")
Exit(0)

• 修正Java侧调用逻辑：删掉ProcessBuilder里多余的"file to start with vlc"参数，你的AutoIt脚本没有设计接收命令行参数，这个传参没有任何作用；不要靠Java侧的固定sleep等窗口，在点击触发文件选择框的操作后直接启动AutoIt exe，靠AutoIt脚本内置的WinWait逻辑等待窗口出现，避免硬等待时长不足或过长的问题。
• 临时调试备选方案：如果一定要以服务方式运行Jenkins，可以将服务的运行账号修改为你当前实际登录桌面的Administrator账号，注意这种方式依然无法彻底解决会话0隔离问题，稳定性极差，不适合正式执行测试任务。

可以先做一个最小验证快速定位问题：

1. 手动在桌面打开浏览器，触发被测系统的文件选择对话框弹出
2. 在Jenkins中新建一个独立的测试任务，仅配置构建步骤执行你的FileUpload.exe，不启动Selenium流程
3. 如果执行后文件选择框没有任何反应，可直接判定为会话隔离/运行账号问题，和Selenium逻辑、Java调用代码无关；如果可以正常完成文件选择，说明问题出在之前的等待时序、窗口匹配逻辑上。

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