先确认Python解释器是否选对，VSCode需手动指定venv或conda环境，左下角点击Python版本选择对应路径；若列表为空，需配置python.defaultInterpreterPath。
跳转到定义失效，先确认 Python 环境是否选对
VSCode 里按 F12 或右键选“转到定义”没反应，90% 是因为没激活正确的 Python 解释器。VSCode 不会自动猜你用哪个 venv 或 conda 环境，必须手动指定。
操作路径：左下角状态栏 → 点击 Python 版本（如 “Python 3.11”）→ 从列表中选择带对应环境路径的项（比如 /path/to/venv/bin/python 或 conda env:myenv）。如果列表为空，说明 VSCode 没扫描到环境，需手动添加 python.defaultInterpreterPath 配置。
- Windows 下 conda 环境常见路径：
C:\Users\XXX\Anaconda3\envs\myenv\python.exe - macOS/Linux 的 venv 通常在项目根目录下的
venv/bin/python - 选错解释器会导致
import requests被标红，requests.get根本无法跳转
第三方库源码不在 site-packages？检查是否安装为可编辑模式
用 pip install -e ./some-package 安装的包，源码直接指向本地目录；但普通 pip install requests 安装后，源码确实在 site-packages，只是部分包（如 numpy、pandas）用 C 扩展或 Cython 编译，Python 层只留了 thin wrapper，跳转过去看到的是 stub 文件（比如 __init__.pyi），不是真实逻辑。
验证路径最可靠的方式是终端执行：
立即学习“Python免费学习笔记（深入）”；
python -c "import requests; print(requests.__file__)"
如果输出类似 /.../site-packages/requests/__init__.py，说明路径正常；如果报错 ModuleNotFoundError，就是环境没选对；如果输出的是 .pyi 或空路径，说明该包用了类型存根（stub），实际实现不在 Python 层。
Go to Definition 跳转后是空文件或报错
这不是 VSCode 问题，而是 Pylance（默认语言服务器）对某些包的索引不完整。常见于：
- 刚安装新包，没重启 VSCode —— 关闭再重开编辑器
- 包用了动态 import 或
__getattr__（如 modernhttpx），Pylance 暂不支持推导 —— 改用python -c "import httpx; print(httpx.__file__)”手动打开 - 包源码被压缩进 .whl 文件且未解压 —— 运行
pip install --no-deps --force-reinstall --no-cache-dir requests强制重装，确保源码解压
临时绕过：把光标停在 requests.get 上，按 Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS），比右键菜单更稳定。
想看 C 扩展或 Cython 实现？别指望 F12
像 numpy.ndarray.sort、pandas.DataFrame.to_csv 这类函数，Python 层只是胶水代码，核心实现在 C 或 Cython 文件里。Go to Definition 只能带你到 .py 胶水层，看不到真正逻辑。
这时得去 GitHub 找源码：
- 先查包的官方仓库地址：
python -c "import numpy; print(numpy.__homepage__)"（多数包支持） - 或看 PyPI 页面的 “Homepage” 链接
- 搜索关键词如
numpy sort impl，通常第一结果就是 GitHub 的numpy/core/src/multiarray/methods.c这类路径
本地调试时，Cython 生成的 .c 文件默认不随包安装，必须从源码编译 —— 这也是为什么直接跳转永远找不到“真身”。
