在离线 linux 系统中，直接使用 `source venv/scripts/activate` 会失败（因 windows 虚拟环境不兼容 linux），必须使用 linux 原生路径调用虚拟环境内的解释器。
你遇到的 ModuleNotFoundError: No module named 'numpy' 并非因为“未成功激活”，而是根本性兼容问题：你在 PyCharm for Windows 中创建的 venv 文件夹，其结构（如 Scripts/activate、.exe 启动器、Windows 风格路径）无法在 Linux 上直接使用。Linux 的 Bash 不识别 Scripts/activate（该脚本是 Windows 批处理或 PowerShell 脚本），即使强制执行也会失败或静默失效——因此后续 python3 命令调用的是系统 Python，而非你的虚拟环境解释器，自然找不到 numpy。
✅ 正确做法是：绕过激活步骤，直接调用 Linux 兼容的虚拟环境解释器。
但前提是你在 Linux 上已有原生构建的虚拟环境（即在 Linux 中用 python3 -m venv venv 创建的）。若当前 venv 文件夹确实是从 Windows 复制而来，则它不可用，必须重新创建：
# 1. 在 Linux 中重建虚拟环境（需提前将依赖列表导出，如 requirements.txt） cd /project python3 -m venv venv # 2. 激活（仅用于安装包，非运行脚本必需） source venv/bin/activate pip install numpy # 或 pip install -r requirements.txt（离线可提前下载.whl） # 3. ✅ 推荐：不激活，直接运行脚本（最可靠，尤其离线环境） venv/bin/python main.py
⚠️ 注意事项：
- venv/bin/python 是 Linux 虚拟环境的绝对解释器路径，它自带所有已安装包和正确 sys.path，无需激活；
- 绝对不要尝试 source venv/Scripts/activate（该目录在 Linux venv 中不存在，Windows venv 的 Scripts/ 在 Linux 下无效）；
- 若必须离线部署，建议在有网的 Linux 机器上 pip wheel --no-deps --wheel-dir wheels -r requirements.txt 打包依赖，再复制 .whl 文件到目标机用 pip install --find-links wheels --no-index package_name 安装。
总结：虚拟环境的“激活”本质是修改 shell 环境变量，而离线、跨平台场景下，直接调用 venv/bin/python 是最健壮、最可移植的执行方式——它不依赖 shell 配置，不触发路径混淆，且完全隔离于系统 Python。
