PowerShell执行activate.ps1报错需先运行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser授权；VS Code终端不自动显示(.venv)需同时开启python.terminal.activateEnv、指定python.defaultInterpreterPath并匹配终端类型，改设置后须重载窗口。
终端里输入 activate.ps1 或 source 报错？先看执行策略和路径
PowerShell 默认禁止运行本地脚本，直接执行 ..venvScriptsActivate.ps1 会提示“无法加载文件，因为在此系统上禁止运行脚本”。这不是 VS Code 的问题，而是 Windows 系统级限制。
解决办法只有一步：在当前 PowerShell 终端中运行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
然后回车确认（Y）。之后再执行 ..venvScriptsActivate.ps1 就能成功。注意这个策略只对当前用户生效，不影响系统安全。
Linux/macOS 用户如果 source .venv/bin/activate 报“command not found”，大概率是路径写错了——检查是否把 .venv 写成 venv，或者当前不在项目根目录下。
立即学习“Python免费学习笔记（深入）”；
VS Code 新终端不自动显示 (.venv)？检查三个开关
自动激活不是“选了解释器就完事”，它依赖三处独立设置同时开启：
-
python.terminal.activateEnv必须为 true（旧版叫python.terminal.autoActivate，两者都得开） -
python.defaultInterpreterPath最好显式指定，比如"${workspaceFolder}/.venv/bin/python"（macOS/Linux）或"${workspaceFolder}\.venv\Scripts\python.exe"（Windows） - 终端类型要匹配：PowerShell 需要
Activate.ps1，CMD 用activate.bat，bash/zsh 用activate—— VS Code 默认新开终端可能不是你期望的 shell
改完设置后，必须执行 Developer: Reload Window，而不是只关终端重开。
明明设置了却还是不激活？可能是定位器在“猜错路”
VS Code Python 扩展默认用 Rust 写的 native 定位器找解释器，速度快但容易在以下场景失灵：
- 虚拟环境路径含中文、空格或符号（如
/Users/小明/project/.venv） - 用 Homebrew 安装的 conda 或 pyenv 管理 Python 版本
- 刚删掉旧
.venv又新建了一个，缓存没刷新
临时绕过办法：在设置里搜 python.locator，改成 js；或者手动运行命令 Python: Clear Workspace Interpreter Setting 清缓存。改完记得重载窗口。
settings.json 里写死路径比靠“自动发现”更稳
靠扩展自动扫描环境，就像让别人帮你找钥匙；而直接在项目级 .vscode/settings.json 里写明路径，等于把钥匙挂门把手上。
示例（macOS/Linux）：
{
"python.defaultInterpreterPath": "${workspaceFolder}/.venv/bin/python",
"python.terminal.activateEnv": true
}
关键点：
-
${workspaceFolder}是动态变量，移动整个项目文件夹也不用改路径 - 如果虚拟环境叫
venv而不是.venv，路径里就得同步改成venv/bin/python - Windows 用户注意双反斜杠：
"${workspaceFolder}\.venv\Scripts\python.exe"
这种配置优先级高于全局设置，且只作用于当前项目——多人协作时，把它加进 .gitignore 外的 .vscode/ 目录，是最小侵入的方案。
