VSCode只识别根目录下名为.venv、venv或env的虚拟环境文件夹；需在项目根目录执行python -m venv venv，关闭并重新打开整个文件夹才能被自动发现。
VSCode里怎么让Python爬虫项目用上venv
直接在项目根目录建虚拟环境，VSCode就能自动识别。关键不是“能不能用”，而是“VSCode认不认得到”——它只看 .venv、venv、env 这几个固定名字的文件夹，且必须在打开的文件夹（工作区）根目录下。
常见错误现象：明明执行了 python -m venv venv，但VSCode右下角Python解释器列表里还是没出现新环境；或者选了之后运行报 ModuleNotFoundError。
- 确保终端当前路径是项目根目录（不是子文件夹），再运行
python -m venv venv - 关闭并重新打开整个文件夹（不是仅重启窗口），VSCode才会重新扫描解释器
- Windows用户注意：如果用PowerShell，需先运行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser才能激活venv\Scripts\Activate.ps1 - Mac/Linux用户别用
python3 -m venv .venv然后手动改名成venv——VSCode对.venv支持不稳定，优先用无点号的venv
切换Python解释器时为什么爬虫代码还报错模块不存在
选对解释器只是第一步，还要确认包确实装进去了。VSCode不会帮你自动 pip install，它只负责把 python 命令指向你选的那个 venv 里的可执行文件。
使用场景：刚切完解释器，马上跑 requests.get() 就崩，提示 No module named 'requests'。
立即学习“Python免费学习笔记（深入）”；
- 必须在VSCode集成终端里执行安装命令，且终端要已激活对应venv（左下角Python解释器显示路径含
venv或env） - 不要用系统终端单独装，也不要复制粘贴到外部命令行里执行
pip install - 检查是否误装到全局Python：运行
which pip（Mac/Linux）或where pip（Win），输出路径应包含venv字样 - 如果用了
requirements.txt，务必在激活venv后的终端里运行pip install -r requirements.txt，而不是双击打开txt文件
多个爬虫项目共存时怎么避免venv互相污染
每个项目必须有独立的 venv 文件夹，不能共享。VSCode靠工作区路径区分环境，不是靠项目名或配置文件。
性能 / 兼容性影响：共用venv看似省空间，实际会导致依赖冲突——比如A项目需要 beautifulsoup4==4.9.3，B项目要用 4.12.0，强行共用必然崩。
- 为每个爬虫项目新建独立文件夹，再在里面建
venv - 别把多个爬虫脚本塞进同一个文件夹然后幻想“一个venv管全部”
- 如果用Git管理，把
venv/加进.gitignore——它不该进版本库，重装时pip install -r requirements.txt就能复原 - VSCode工作区设置（
.vscode/settings.json）里别硬编码Python路径，否则换机器或换项目就失效；靠自动发现更稳
终端激活venv后VSCode调试仍走错解释器
调试（F5）用的是“Python解释器选择”，和终端是否激活无关。即使你在终端里手动运行了 source venv/bin/activate，调试器依然会按右下角选中的那个解释器启动。
容易踩的坑：以为终端激活了，调试就自动跟着走，结果断点进不去、库导入失败、甚至调用的是系统Python的 print()。
- 调试前务必确认右下角Python解释器路径明确指向你的
venv（例如./venv/bin/python或.\venv\Scripts\python.exe） - 如果调试配置里写了
"python"字段（如launch.json中的"python"），删掉它——让它继承全局解释器选择 - 临时验证方法：在代码开头加一行
import sys; print(sys.executable)，运行调试和运行终端对比输出路径是否一致 - 某些旧版VSCode插件可能缓存解释器路径，遇到异常可尝试禁用再启用Python扩展
最常被忽略的一点：VSCode的Python解释器列表不是实时刷新的，新建venv后不关文件夹重开，它就永远看不见。这不是bug，是设计——它只在打开工作区时扫描一次。
