venv 激活后 pip list 报错说明环境未真正生效，需按系统匹配方式激活（Linux/macOS 用 source，Windows PowerShell 需策略设置，CMD 用 bat），成功时提示符显示 (venv)；pip list 为空仅含 pip/setuptools 属正常，新环境默认仅含这两个包。
venv 激活后 pip list 报 “command not found” 或 “pip is not recognized”
说明虚拟环境没真正激活，或者激活方式不匹配当前 shell。Linux/macOS 下用 source venv/bin/activate，Windows PowerShell 用 venv\Scripts\Activate.ps1（需先执行 Set-ExecutionPolicy RemoteSigned -Scope CurrentUser），CMD 则用 venv\Scripts\activate.bat。激活成功后命令行提示符通常会显示括号包裹的环境名（如 (venv)），这是最直观的判断依据。
为什么 pip list 显示的是系统包而不是虚拟环境里的
常见原因是：在已激活 venv 的情况下，误用了 python -m pip list 以外的方式调用 pip，而当前 PATH 中仍存在系统 pip 的软链接或别名；或者终端开了多个 tab，只在其中一个激活了环境，却在另一个里执行命令。验证方法是运行 which pip（macOS/Linux）或 where pip（Windows CMD），输出路径必须指向 venv/bin/pip 或 venv\Scripts\pip.exe。如果不是，说明环境未生效。
pip list 运行成功但结果为空或只有 pip 和 setuptools
这是正常现象——新创建的 venv 默认只安装这两个基础包。如果你期望看到项目依赖，得先用 pip install -r requirements.txt 或手动安装。另外注意：pip list --outdated 在干净环境中会直接报错（因为没第三方包可比），不是 bug，是预期行为。
想让 pip list 显示更清晰的格式或过滤特定包
可以加参数提升实用性：
立即学习“Python免费学习笔记（深入）”；
-
pip list --format=freeze输出package==version格式，适合导出依赖 -
pip list | grep django（Linux/macOS）或pip list | findstr django（Windows CMD）快速筛选 -
pip list --local强制只显示当前 venv 安装的包（避免用户站点包干扰） - 如果遇到编码错误（尤其 Windows 中文路径下），临时设环境变量：
set PYTHONIOENCODING=utf-8（CMD）或export PYTHONIOENCODING=utf-8（shell）
