运行python -c "import sys; print(sys.executable)"和which pip（或where pip），比对路径是否属于同一Python安装目录；若不一致，说明pip与python未指向同一解释器。
怎么确认当前终端的 pip 和 python 指向同一个解释器？
直接比对路径是最可靠的方式，别信提示符或“应该没错”。在终端里运行这两条命令：
-
python -c "import sys; print(sys.executable)"—— 输出 Python 解释器的绝对路径 -
which pip（Linux/macOS）或where pip（Windows）—— 输出 pip 可执行文件位置
如果两个路径不包含相同的父目录（比如一个在 /home/user/venv/bin/python3，另一个在 /usr/bin/pip），就说明 pip 正在往别处装包。常见原因是 shell 启动时没激活虚拟环境，或 PATH 里有更高优先级的全局 pip。
为什么 pip install 成功但 python -m pip list 看不到包？
因为 pip 命令和 python -m pip 可能调用不同环境下的 pip 模块。前者依赖 PATH 查找，后者强制使用当前 python 对应的 site-packages 下的 pip 模块。
- 运行
python -m pip list才能反映当前 Python 实际能 import 的包 - 如果
pip list有 flask 而python -m pip list没有，说明你用的是全局 pip，装进了系统 site-packages，但当前 python 是虚拟环境解释器 - 修复方法：先
source venv/bin/activate（Linux/macOS）或venv\Scripts\activate.bat（Windows），再装包；或统一用venv/bin/python -m pip install xxx
PyCharm 或宝塔里 import 报错，但终端 pip list 能看到包？
IDE 或面板后台运行时根本没用你终端里那个环境，它按自己配置的解释器路径启动 Python，而那个路径下 site-packages 是空的或旧的。
- PyCharm：进
Settings → Project → Python Interpreter，检查解释器路径是否和python -c "import sys; print(sys.executable)"一致 - 宝塔：项目设置中 Python 解释器必须填绝对路径，如
/www/wwwroot/myapp/venv/bin/python3，不能只写python3；requirements.txt 也必须是绝对路径 - 验证方式：在服务器上手动运行
/www/wwwroot/myapp/venv/bin/python3 -c "import flask"，不报错才算真正可用
virtualenv 创建后移动了文件夹，为什么 pip 还往老路径装包？
virtualenv 在创建时会把 Python 解释器路径硬编码进 pyvenv.cfg 和 shebang 行（如 #!/path/to/original/python）。一旦移动整个 venv 目录，这些路径就失效了。
- 现象：
source venv/bin/activate后which python显示的仍是原路径，或 pip 报错找不到pyvenv.cfg - 不要手动移动 venv 文件夹，要迁移就重建：
python -m venv new_venv && new_venv/bin/pip install -r requirements.txt - 若必须迁移，可编辑
venv/pyvenv.cfg中的home =行，改为新机器上真实的 Python 路径，并重写所有 bin/ 下脚本的首行 shebang
最常被忽略的一点：即使路径看起来一致，也要检查是否用了不同架构的 Python（比如 Apple Silicon 上混用 x86_64 和 arm64 版本），这时 sys.executable 虽然路径对，但底层 ABI 不兼容，包仍无法加载。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
