python venv怎么激活-Python教程-PHP中文网

激活venv本质是shell临时修改path和环境变量，90%失败源于路径错误、shell不匹配或powershell策略限制；windows报“activate.ps1未识别”只需运行set-executionpolicy remotesigned -scope currentuser后调用完整.ps1路径；linux/macos激活后which python仍为系统路径，需检查shell类型、权限及echo $virtual_env验证；vs code选对解释器不影响终端pip，须手动激活；推荐用.venv因ide和git默认识别，且纯净环境应仅含pip/setuptools/wheel三包，异常则直接重建。

python venv怎么激活

直接说结论：激活 venv 不是“运行一个程序”，而是让当前 shell 临时修改 PATH 和几个关键环境变量，使 python、pip 指向虚拟环境内的副本。路径写错、shell 类型不匹配、PowerShell 策略限制，是 90% 激活失败的根源。

Windows 上用 PowerShell 激活失败：The term '...Activate.ps1' is not recognized

这是最典型的报错，本质不是命令不存在，而是 Windows 默认禁止本地脚本执行。别改全局策略，也别切 CMD —— 只需对当前用户放宽一次：

在 PowerShell 中运行：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
然后用完整后缀调用：.venv\Scripts\Activate.ps1（注意是 .ps1，不是 .bat）
如果之后想退回去，用 deactivate 即可，无需重设策略

Linux/macOS 激活后 `which python` 还是系统路径

说明 source .venv/bin/activate 执行了，但没生效。常见原因：

你用的是 zsh 但误写了 bash 的语法（比如漏掉 source 直接敲 .venv/bin/activate）
.venv/bin/activate 文件权限不对（应有可读权限，不需要可执行）
终端已打开很久，之前设置了 alias 或函数覆盖了 python 命令

验证是否真生效：运行 echo $VIRTUAL_ENV，有输出且路径含 .venv 才算成功；再跑 which python，路径必须落在 .venv/bin/python。

Python Matplotlib Chinese Font

使用 font_manager.addfont() 添加中文字体文件，设置 rcParams['font.family']，并禁用 unicode_minus，使 matplotlib 显示中文。

下载

VS Code 里选对解释器却还是用错 pip

VS Code 的 Python 解释器选择（Ctrl+Shift+P → “Python: Select Interpreter”）只影响 python 命令，不影响终端里手动敲的 pip。它俩是解耦的：

编辑器内运行代码、调试时，用的是你选的那个解释器
你在集成终端里敲 pip install，走的是当前 shell 是否激活了 .venv 的逻辑
所以即使解释器选对了，终端没激活 .venv，pip list 仍会显示全局包

建议：在 VS Code 集成终端中，手动执行一遍 source .venv/bin/activate（macOS/Linux）或 .venv\Scripts\Activate.ps1（Windows PowerShell），再装依赖。

为什么推荐用 `.venv` 而不是 `venv`？

不是为了“隐藏”，而是工程实践收敛出来的硬约定：

VS Code、PyCharm、Git 默认都识别 .venv 为虚拟环境目录，自动忽略、自动加载、自动提示
.gitignore 通常已包含 .venv/，不会误提交；而 venv/ 得手动加
python -m venv .venv 创建后，所有平台的激活路径都可预测：.venv/bin/activate 或 .venv\Scripts\Activate.ps1

真正容易被忽略的点是：一旦发现 pip list 里出现大量非基础包（除了 pip、setuptools、wheel），就别折腾修复——删掉整个 .venv，重新 python -m venv .venv，比查 PATH 冲突快得多。