答案是执行set-executionpolicy remotesigned -scope currentuser并重启终端。powershell默认restricted策略会硬拦截activate.ps1，需修改当前用户策略为remotesigned（无需管理员权限），改后必须重启vscode终端才能生效，且该设置兼顾安全与开发需求。
PowerShell执行策略阻塞激活脚本
VSCode终端默认用PowerShell，而它的Restricted策略会直接拒绝执行venv\Scripts\activate.ps1这类脚本——哪怕路径完全正确，也会报错“无法加载文件…因为在此系统中禁止运行脚本”。这不是环境变量或路径问题，是策略硬拦截。
- 先在VSCode终端里运行
Get-ExecutionPolicy确认当前策略；如果返回Restricted，就是它在作祟 - 临时绕过：在终端里执行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（无需管理员权限） - 别用
Unrestricted，它虽能跑通但会削弱安全防护，RemoteSigned已足够满足本地开发需求 - 改完后重启VSCode终端，再试
venv\Scripts\activate，应该能正常进入(venv)提示符
激活后命令仍找不到python或pip
即使脚本成功执行，有时python、pip仍提示“不是内部或外部命令”，说明PATH没真正生效。PowerShell的activate.ps1本质是修改当前会话的$env:PATH，但某些VSCode版本或插件会干扰这个过程。
- 手动验证：运行
echo $env:PATH，检查输出里是否包含venv\Scripts路径（Windows）或venv/bin（macOS/Linux） - 若缺失，说明激活脚本没完成PATH注入——直接运行
venv\Scripts\python.exe或venv\Scripts\pip.exe绕过PATH依赖 - 更稳妥的做法：在VSCode设置里启用
python.terminal.activateEnvironment，让Python插件接管终端初始化流程
权限不足导致pip install失败
即便虚拟环境激活了，pip install仍可能报PermissionError: [WinError 5] 拒绝访问，常见于venv\Lib\site-packages目录被系统或杀毒软件锁定。
- 不要给整个
venv文件夹加Everyone权限——这破坏隔离性，且UAC可能再次拦截 - 右键
venv文件夹 → 属性 → 安全 → 编辑 → 选中当前用户 → 勾选“完全控制”，仅此一项即可 - 如果用的是OneDrive或WSL同步目录，禁用实时保护或排除该路径，这类服务常对写操作加锁
- 避免在
Program Files或C:\Windows下创建venv，NTFS继承权限会带来额外限制
conda环境在VSCode里不认路径
conda环境比venv更复杂，conda activate本身依赖shell函数注入，而VSCode终端未必加载conda.sh或conda.bat初始化逻辑，导致conda命令不可用或环境切换无效。
- 先确认conda已加入系统PATH：在CMD里运行
conda --version，成功才说明基础可用 - VSCode里不要依赖自动激活，手动运行
conda activate myenv后再检查where python（Windows）或which python（macOS/Linux） - 若
conda activate报错“command not found”，说明VSCode终端没加载conda初始化脚本——改用bash或zsh作为默认shell，或在settings.json里配置python.defaultInterpreterPath直指myenv\python.exe
真正卡住的点往往不在“怎么激活”，而在“激活后PATH有没有生效”和“当前用户对venv目录有没有写权限”——这两处漏查，80%的权限问题都解决不了。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
