根本原因是VSCode中终端、调试器、代码补全三者使用的Python环境不一致；需确保右下角解释器路径与python -c "import sys; print(sys.executable)"输出完全一致，并用python -m pip install替代裸pip install。
VSCode 里 pip install 显示成功但 import 报错
根本不是 pip 没装上，而是你当前终端、调试器、代码补全三者用的不是同一个 Python 环境。最常见的情况是：你在终端里 pip install requests 成功了，但 VSCode 的 Python 插件正在用系统 Python 或另一个 venv，所以 import requests 时直接抛 ModuleNotFoundError。
快速验证方法：
- 在 VSCode 集成终端执行
which python（macOS/Linux）或where python（Windows），看路径是否指向你项目下的.venv/bin/python或.venv\Scripts\python.exe - 再运行
python -c "import sys; print(sys.executable)"，输出必须和上面一致 - 如果两者不一致，说明终端没激活对环境，或者 VSCode 缓存了旧配置
右下角解释器状态栏显示的路径不准
VSCode 右下角显示的 Python 解释器路径只是“当前选中项”，不代表终端或调试器实际在用它。尤其当你刚创建虚拟环境、还没重启 VSCode，或切换过工作区，这个状态极容易滞后。
务必手动确认并重选：
立即学习“Python免费学习笔记（深入）”；
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Python: Select Interpreter - 从列表里选带
.venv或venv路径的选项，例如./.venv/bin/python（Linux/macOS）或.\venv\Scripts\python.exe（Windows） - 选完后，**关闭所有已打开的集成终端，再重新打开一个**——旧终端不会自动继承新解释器
终端没自动激活虚拟环境
即使解释器选对了，VSCode 默认也不会帮你运行 source .venv/bin/activate 或 .venv\Scripts\activate.bat。这意味着你看到的终端提示符没有 (venv) 前缀，pip 命令仍可能调用全局 pip。
启用自动激活（推荐）：
- 打开 VSCode 设置（
Ctrl+,），搜索python.terminal.activateEnvironment - 勾选 ✅
Python > Terminal: Activate Environment - Windows 用户若用 PowerShell，还需确保执行策略允许脚本：
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
如果不想改设置，就每次新开终端后手动激活：source .venv/bin/activate（macOS/Linux）或 .venv\Scripts\activate（Windows）
用 python -m pip 替代直接调用 pip
绕过 PATH 冲突最稳的方式：永远用解释器自带的 -m 参数调用 pip。这样不管终端里 pip 指向哪，都强制走当前 Python 的 site-packages。
正确写法：
python -m pip install requests-
./.venv/bin/python -m pip install numpy（macOS/Linux） -
.\venv\Scripts\python.exe -m pip install pandas（Windows）
这条命令能避开几乎所有“安装成功但 import 失败”的场景，因为它彻底解耦了 shell 的 pip 查找逻辑和 Python 解释器的实际模块路径。
最容易被忽略的一点：VSCode 的“运行”按钮（▶️）和调试器启动时，完全不读取终端的激活状态，只认你通过 Python: Select Interpreter 选定的那个解释器。哪怕你终端里已经 source 了，只要解释器没选对，运行照样报错。
