最直观判断方式是看提示符开头是否有括号包裹的环境名，如(myenv)或(venv)，这是activate脚本默认修改PS1实现的，只要未被自定义配置覆盖即可信。
终端提示符是否显示虚拟环境名称
最直观的判断方式是看当前 shell 提示符开头有没有括号包裹的环境名，比如 (myenv) 或 (venv)。这是 activate 脚本默认修改 PS1 实现的，只要没被用户自定义 shell 配置覆盖，就可信。
- Linux/macOS：执行
source myenv/bin/activate后，提示符应立即变化；若无变化，大概率没生效 - Windows（cmd）：运行
myenv\Scripts\activate.bat，提示符前应出现(myenv) - Windows（PowerShell）：需先允许脚本执行策略（
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser），再运行myenv\Scripts\Activate.ps1，否则会报错running scripts is disabled on this system
检查 sys.executable 是否指向 venv 内 Python
激活的本质是让后续调用的 python 命令实际执行的是虚拟环境里的解释器。直接验证最可靠：
python -c "import sys; print(sys.executable)"
输出路径应包含你的虚拟环境目录，例如 /path/to/myenv/bin/python（macOS/Linux）或 C:\path\to\myenv\Scripts\python.exe（Windows）。如果仍指向系统 Python（如 /usr/bin/python3 或 C:\Python39\python.exe），说明未激活或激活失败。
- 注意：不要只依赖
which python或where python，因为某些 shell 会缓存命令路径，需先运行hash -d python（bash/zsh）或重启终端 - 在 IDE（如 VS Code）中运行 Python 文件时，即使终端已激活，也可能使用 IDE 自己选中的解释器，需单独检查设置里的 Python 解释器路径
验证 pip list 是否显示隔离的包列表
已激活的 venv 中，pip list 应只列出该环境中安装的包（通常只有 pip、setuptools、wheel），而不是系统全局的包。
立即学习“Python免费学习笔记（深入）”；
- 若输出里出现大量你没在 venv 中装过的包（如
numpy、requests），说明pip仍在操作全局 site-packages - 可对比执行
pip --version：输出中应包含虚拟环境路径，例如pip 23.2.1 from /path/to/myenv/lib/python3.11/site-packages/pip (python 3.11) - 一个硬性指标：
pip install xxx后，包必须出现在myenv/lib/pythonX.X/site-packages/下，而非系统路径
为什么 python -m venv 创建后不能直接用？
创建虚拟环境（python -m venv myenv）只是生成目录结构和二进制文件，并不自动激活。这是新手最常忽略的一环。
- Windows 用户尤其容易卡在这步：创建完以为“有了”，但没运行
activate.bat或Activate.ps1，所有命令仍走系统 Python - Linux/macOS 用户可能误以为 source 是可选的，其实它是激活的必要步骤；忘记
source或拼错路径（如写成source myenv/activate而非source myenv/bin/activate）都会导致失败 - 某些 shell（如 fish）需要专用激活脚本：
source myenv/bin/activate.fish，通用activate不起作用
真正要确认激活成功，三个信号最好同时满足：提示符变、sys.executable 指向 venv、pip list 干净。少一个都可能埋下依赖混乱的隐患，尤其在多项目切换时。
