MouseTracks项目中获取特定应用程序进程ID的技术挑战与解决方案

MouseTracks项目中获取特定应用程序进程ID的技术挑战与解决方案

MouseTracks Track and display mouse and keyboard information for different applications. 项目地址: https://gitcode.com/gh_mirrors/mo/MouseTracks

背景介绍

MouseTracks是一个用于跟踪鼠标和键盘输入的开源项目。在开发过程中，项目遇到了一个棘手的技术问题：无法获取某些特定应用程序(如Helldivers 2游戏)的进程ID(PID)，尽管能够成功获取其窗口句柄。

问题现象

开发人员发现，当使用Windows API函数GetWindowThreadProcessId尝试获取"HELLDIVERS™ 2"窗口的进程ID时，返回值为[0, 0]，表示获取失败。这种现象在Python脚本和编译后的可执行文件中表现不同，值得关注的是编译后的版本甚至无法获取可执行文件名。

技术分析

可能的原因

1. 反作弊系统干扰：现代游戏特别是多人在线游戏通常会部署反作弊系统，这些系统可能会干扰正常的进程信息查询。

2. 权限问题：某些应用程序可能设置了特殊的访问权限，阻止外部程序获取其进程信息。

3. 窗口层次结构：游戏可能使用了特殊的窗口创建方式，使得传统的窗口查询API无法正确识别。

尝试过的解决方案

1. 使用ctypes直接调用Windows API：开发人员尝试了通过ctypes直接调用GetWindowThreadProcessId和EnumWindows等Windows API函数，但同样无法获取有效进程ID。

2. 系统权限测试：尝试以系统权限运行程序，但未能解决问题，排除了普通权限限制的可能性。

3. 进程枚举替代方案：考虑使用psutil库作为备选方案，该库能够检测到可执行文件的存在。

最终解决方案

经过多次尝试，项目采用了以下应对策略：

1. 双重检测机制：当传统方法无法获取PID时，转而检查跟踪的可执行文件是否在运行中。

2. 输入检测改进：发现鼠标点击和键盘输入也无法被检测后，项目全面转向使用pynput库处理输入事件，确保了输入检测的可靠性。

3. 异常处理增强：针对PID为0的特殊情况(如屏保、锁定等状态)增加了额外的判断逻辑，避免误报。

技术启示

这一问题的解决过程为处理受保护应用程序的交互提供了宝贵经验：

1. 不要依赖单一API：Windows API在不同环境下表现可能不一致，需要准备备用方案。

2. 考虑安全软件影响：现代应用程序特别是游戏的安全措施可能会影响正常的程序交互。

3. 模块化设计重要性：将功能组件(如输入检测)设计为可替换的模块，便于遇到问题时快速切换实现方案。

总结

MouseTracks项目通过这一问题的解决，增强了对特殊应用程序的兼容性，同时也展示了在Windows平台下处理受保护进程的技术挑战和应对策略。这一经验对于开发类似监控或交互工具具有参考价值，特别是在游戏或安全敏感应用程序的环境中。

MouseTracks Track and display mouse and keyboard information for different applications. 项目地址: https://gitcode.com/gh_mirrors/mo/MouseTracks