python: select interpreter列表为空，需先确认解释器路径是否真实存在：windows运行where python，macos/linux运行which python3.11或pyenv which 3.10获取真实路径；conda环境须执行conda init并重启vscode；venv必须置于项目根目录（如.venv）才可被识别。
Python: Select Interpreter 列表为空？先确认解释器路径是否真实存在
VSCode 找不到 Python 版本，通常不是配置问题，而是它压根没扫描到可执行文件。Windows 上运行 py -0p 或 where python，macOS/Linux 运行 which python3.11 或 pyenv which 3.10，才能拿到真实路径。conda 环境必须先执行 conda init 并重启 VSCode，否则 conda list 里有的环境 VSCode 也看不到。venv 必须放在项目根目录（如 .venv），不能嵌套在 envs/ 或子文件夹里——VSCode 不会递归查找。
选了 3.11，终端却还是 3.9？三处上下文要分别刷新
VSCode 的解释器设置只影响新启动的组件，老终端、调试器、Jupyter kernel 都不会自动同步：
- 终端：关闭所有已打开的集成终端（
Ctrl+Shift+`），再重新打开一个 - 调试器：停止当前调试会话，重新点击 ▶️ 启动
- Jupyter：右上角 kernel 名字常滞后，必须手动点击 → 选择
Python (myenv)，不能只信默认显示
特别注意：conda 环境若 import numpy 报错，大概率是漏装 ipykernel：conda activate myenv && pip install ipykernel && python -m ipykernel install --user --name myenv --display-name "Python (myenv)" ——--user 是关键，不加会导致 kernel 装进环境内部，VSCode 找不到。
.vscode/settings.json 写了路径却无效？优先级和缓存可能覆盖它
工作区设置（.vscode/settings.json）理论上优先级最高，但容易被干扰：
- 用户级
settings.json若也设了python.defaultInterpreterPath，且没加// @ts-ignore注释，可能静默覆盖工作区配置 - VSCode 有时会缓存旧解释器路径，重启编辑器或执行
Developer: Reload Window更可靠 - 路径写法必须匹配系统：Windows 用
".\venv\Scripts\python.exe"，Linux/macOS 用"./venv/bin/python"，斜杠方向和引号不能错
为什么推荐为每个项目建独立 venv？不只是版本隔离
虚拟环境不只是解决 Python 版本冲突，它真正起效的地方在依赖层面：
-
pip install只影响当前.venv，不会污染全局或其他项目 -
requirements.txt导出的是精确依赖树，团队成员用pip install -r requirements.txt就能复现完全一致环境 - VSCode 自动识别
.venv目录后，打开文件夹即默认绑定解释器，省去每次手动选择
容易被忽略的一点：Jupyter notebook 的 kernel 和 Python 解释器不是同一概念。即使解释器选对了，kernel 没装或没注册，notebook 依然跑不起来——这个环节必须单独验证。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
