vs code选不到刚创建的.venv目录，是因为它只在项目根目录下扫描解释器，且需用“文件→打开文件夹”而非单个文件；python -m venv .venv无反应常因终端不在根目录或python指向错误版本；powershell激活需set-executionpolicy remotesigned -scope currentuser；终端不自动激活虚拟环境属正常，需手动source或配置python.terminal.activateenvironment:true；.venv不可放onedrive/icloud/wsl挂载路径。
VS Code里选不到刚创建的.venv目录？
不是VS Code没识别，而是它只在项目根目录下扫描解释器路径，且默认忽略隐藏文件夹（.venv以点开头，Windows资源管理器里可能不显示，但终端能看见）。你得先确保当前打开的是**整个项目文件夹**，而不是单个.py文件——用“文件 → 打开文件夹”进入，否则Python: Select Interpreter命令根本不会列出.venv里的解释器。
python -m venv .venv执行后没反应？
常见原因有两个：一是终端没在项目根目录下运行命令；二是系统里有多个Python版本，python指向了旧版或非标准安装路径。建议显式指定版本，比如：python3.11 -m venv .venv（把3.11换成你实际安装的版本号）。验证方法是运行python --version和where python（Windows）或which python（macOS/Linux），确认输出路径是你想用的那个Python安装目录。
PowerShell里执行.venv\Scripts\Activate.ps1报错？
这是Windows默认执行策略阻止脚本运行，不是权限问题。别改全局策略，只需对当前用户临时放行：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser。执行一次就够了，之后.venv\Scripts\Activate.ps1就能正常运行。注意：这个命令必须在PowerShell里运行，CMD或Git Bash不认.ps1脚本。
选了解释器，但终端还是用系统Python？
VS Code的终端分两类：一个是通过“终端 → 新建终端”打开的普通终端（它不会自动激活虚拟环境），另一个是调试或运行代码时内部调用的解释器（这个才走你选的.venv）。要让新终端也进虚拟环境，得手动激活：在新建终端里运行.venv\Scripts\activate（Windows CMD）或source .venv/bin/activate（macOS/Linux）。或者更省事——装个插件Python Extension Pack，它会让新终端默认继承已选解释器环境。
真正容易被忽略的点是：.venv目录不能放在OneDrive、iCloud或WSL的跨系统挂载路径里——文件系统兼容性会导致解释器路径失效，VS Code反复提示“找不到Python解释器”。直接放在本地磁盘的纯NTFS/ext4路径下最稳。
