解决autoMate项目中非conda环境运行报ModuleNotFoundError的问题

在运行autoMate项目时，部分用户遇到了"ModuleNotFoundError: No module named 'fastapi'"的错误提示。这个问题主要出现在非conda环境下使用venv或uv运行项目时，其根本原因在于Python子进程调用方式不当。

问题分析

当项目通过subprocess启动子进程运行omniserver.py时，系统默认会使用全局Python解释器而非虚拟环境中的解释器。这导致虚拟环境中安装的依赖包（如fastapi）无法被正确识别和加载。

类似的问题还出现在gradio_ui/tools/computer.py文件中，该文件直接调用了系统Python而非虚拟环境中的Python解释器。

解决方案

要解决这个问题，需要对项目中的两处代码进行修改：

1. 修改main.py文件中的子进程调用方式：

# 原代码
["python", "./omniserver.py"]

# 修改为
[sys.executable, "./omniserver.py"]

2. 修改gradio_ui/tools/computer.py中的Python调用：

# 原代码
["python", "-c", "import pyautogui; print(pyautogui.size())"]

# 修改为
[sys.executable, "-c", "import pyautogui; print(pyautogui.size())"]

技术原理

sys.executable是Python提供的一个内置变量，它始终指向当前正在运行的Python解释器的完整路径。使用这个变量而非硬编码的"python"可以确保：

1. 始终使用当前虚拟环境中的Python解释器
2. 避免因系统PATH配置不同导致的问题
3. 确保依赖包的一致性

注意事项

1. 在修改代码前，请确保已在虚拟环境中正确安装了所有依赖包
2. CPU运行确实会比GPU慢很多，这是正常现象
3. 如果遇到网络问题导致模型下载失败，可以尝试使用国内镜像源

总结

通过使用sys.executable替代硬编码的"python"，可以确保Python子进程调用始终使用正确的解释器环境。这种方法不仅解决了fastapi模块找不到的问题，也为项目提供了更好的环境兼容性。对于Python项目开发，特别是在多环境协作的场景下，正确管理Python解释器路径是一个值得重视的最佳实践。