虚拟环境下pywinauto启动应用时app.windows()返回空列表

该问题是虚拟环境配置与运行环境差异导致的，常见诱因有4类：

• 进程位数不匹配：这是最高发的原因。若虚拟环境安装的是32位Python，而本机Postman是64位版本，pywinauto的UIA后端跨位数枚举顶层窗口时会无法获取句柄；非虚拟环境通常使用系统全局安装的64位Python，和Postman位数一致因此无异常。
• 运行权限不一致：Windows UAC机制会隔离不同权限等级的进程访问。如果Postman是以管理员权限启动的，而运行脚本的虚拟环境终端是普通用户权限，进程间的窗口枚举接口会被系统拦截返回空结果；非虚拟环境运行时通常终端权限和Postman启动权限保持一致，不会触发该拦截。
• 依赖组件缺失：pywinauto的UIA后端依赖comtypes、uiautomation两个组件实现UIA树访问，虚拟环境初始化时如果只装了pywinauto主包、没装全可选依赖，能正常拉起外部进程，但无法调用系统UIA接口枚举窗口；非虚拟环境通常已经提前装全了相关依赖，因此功能正常。
• 窗口加载时序问题：start()方法的timeout参数仅等待目标进程创建完成，不等待GUI窗口渲染和UIA树注册。Postman是Electron架构应用，启动后需要数秒加载资源、渲染主窗口，刚拉起进程时窗口还未完成系统注册，此时调用windows()会拿到空列表；非虚拟环境下Python依赖加载路径更短、进程启动速度快，刚好赶上窗口完成注册，因此不会稳定复现该问题。

• 核对Python位数：在虚拟环境终端执行python -c "import platform; print(platform.architecture())"，确认输出为64位，和本机Postman位数保持一致，若为32位请重建64位Python虚拟环境。
• 统一运行权限：保持运行脚本的终端和Postman的权限等级一致，要么都以普通用户身份运行，要么都右键选择「以管理员身份运行」终端后再执行脚本。
• 补全依赖包：在虚拟环境终端执行以下命令，安装升级UIA后端所需的全部依赖：

pip install --upgrade pywinauto comtypes uiautomation

• 增加显式窗口等待：启动进程后不要立刻枚举窗口，增加等待逻辑等待主窗口加载完成，示例代码如下：

from pywinauto import Application
filePath = r"Postman.exe的本地完整路径"
app = Application(backend='uia').start(filePath, timeout=10)
# 等待Postman主窗口可见，最长等待20秒
postman_main = app.window(title_re=".*Postman.*", visible_only=True)
postman_main.wait("visible", timeout=20)
print(app.windows())

• 版本对齐排查：如果以上操作后问题仍存在，对比非虚拟环境中pywinauto、comtypes的版本号，将虚拟环境内的对应包版本降到和非虚拟环境一致，部分高版本pywinauto对Electron类应用的UIA枚举存在已知兼容问题。

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