pip config get global.index-url 是最可靠的检查方式，因为它直接读取 pip 实际运行时生效的最高优先级源地址，而非某个配置文件内容；输出清华源地址即表示已成功切换，报错则说明使用默认官方源。
直接运行 pip config get global.index-url 就能查到当前生效的源地址。它读的是优先级最高的配置项，不是“某个文件里写了什么”，而是 pip 实际运行时采用的那个 URL。
为什么 pip config get global.index-url 是最可靠的检查方式
因为 pip 的配置有多个层级（--user、--global、--site、环境变量、命令行参数），最终生效的是合并后最高优先级的值。pip config get 默认按实际生效逻辑读取，不依赖你猜是哪个文件在起作用。
- 如果输出类似
https://pypi.tuna.tsinghua.edu.cn/simple/，说明已成功切换为清华源 - 如果报错
No such key: global.index-url，代表没设过源，pip 正在用默认官方源https://pypi.org/simple/ - 如果输出为空但没报错，可能是配置被 unset 过，或写到了非标准路径（比如手动改了
pip.conf但拼写错误）
pip config list 能看到哪些配置文件被加载了
它不直接显示源地址，但能帮你定位问题出在哪一层。执行后你会看到类似：
Ai Podcast Pipeline
下载
从QuickView趋势笔记生成韩语AI播客包，含双人主持脚本（Callie×Nick）、Gemini多说话人TTS音频、字幕时间轴与渲染修正、缩略图+MP4包装及YouTube标题/描述输出。支持完整版（15~20分钟）和压缩版（5~7分钟）。
env_var: global: /etc/pip.conf user: /home/xxx/.pip/pip.conf site: /path/to/venv/pip.conf
注意这三行顺序就是 pip 查找配置的优先级顺序 —— site > user > global。如果你在虚拟环境中执行，site 配置会覆盖用户级设置。
- 想确认是不是虚拟环境干扰？先运行
deactivate再试一次pip config get global.index-url - 发现
user行显示的路径不存在？说明你可能误用了--global选项写入系统级配置，而当前用户没权限读取 - Windows 用户注意：
user配置通常落在%APPDATA%\pip\pip.ini，不是.pip/pip.conf
别用 pip install --dry-run 或抓包方式反推源地址
这类方法不可靠：--dry-run 不一定触发源解析；HTTPS 流量即使能看到域名，也可能被中间代理或 trusted-host 设置绕过验证，不代表 pip 当前配置的真实值。
- 临时加
-i参数安装时，pip config get仍然只返回配置文件里的值，不会体现临时参数 —— 这是设计使然，不是 bug - 如果
pip config get有输出，但pip install仍超时或报证书错误，大概率是漏配trusted-host，需配合pip config set global.trusted-host补上对应域名 - macOS 上通过
brew install python安装的 pip，有时会忽略~/.pip/pip.conf，优先读$(python -m site --user-base)/pip.conf，这时用pip config debug更准
真正容易被忽略的点是：pip 配置的生效逻辑和你的直觉可能相反 —— 比如你在虚拟环境中执行 pip config set --user ...，改的其实是宿主用户的配置，对当前 venv 无效；反过来，在 venv 里用 --site 设置，退出后就完全不可见。查源地址只是第一步，后续所有行为都依赖这个“实际生效”的上下文。
