很多程序第一步接代理，都是从 requests 开始

如果你在做接口测试、简单抓取或基础自动化，Python 的 requests 库几乎是最常见的入口工具。它接代理并不复杂，但很多人会在最基本的几步里出错，比如代理格式不对、认证位置错误、HTTP 和 SOCKS5 搞混，最后就会以为“代理不好用”。

实际上，只要把思路理顺，requests 接代理是比较容易上手的。

第一步：先确认平台代理类型

在写代码前，先确认平台给你的代理是 HTTP、HTTPS 还是 SOCKS5，以及认证方式是账号密码还是白名单。因为 requests 的配置写法，首先就取决于你拿到的是什么资源。

如果这一步都没确认清楚，后面代码就很容易从一开始就写错方向。

第二步：构造代理配置

requests 最常见的思路是构造一个代理配置对象，让 HTTP 和 HTTPS 请求分别知道该走哪个代理地址。如果代理需要认证，通常要在代理地址里体现账号密码信息，或按对应库支持方式传入。

对新手来说，先把最基础的 HTTP/HTTPS 配通，再去扩展更复杂用法，通常更稳。

第三步：先做出口检测，不要直接上业务

很多人一上来就去访问业务站点，结果一旦失败，根本不知道是代理没配好，还是目标网站本身限制多。更合理的方法，是先让 requests 请求一个简单的出口检测页面，确认当前IP已经变化。

一旦这个最基础的验证通过了，再去对接真实接口，排查难度会小很多。

第四步：处理超时和异常

程序里一定要设置超时，并对连接异常、读取异常和认证异常做捕获。否则一旦代理不可用，脚本可能长时间卡住，既不利于排查，也不利于后续扩展成批量任务。

这一步虽然不是“能不能连上”的问题，但对实际使用体验非常重要。

什么时候需要额外库支持

如果你要接入某些 SOCKS5 场景，可能需要确认 requests 环境已经具备相应支持。很多新手明明代理参数写得差不多，却因为缺少依赖而失败，所以环境准备也不能忽略。

怎样判断问题在代码还是在代理

一个简单方法是：先用 curl 或浏览器测试同一组代理参数，如果外部工具能通，而 requests 不通，说明更多是代码或环境问题；如果外部工具也不通，再去看代理配置或平台资源。

建议保留哪些日志

建议至少记录请求目标、是否使用代理、异常类型、响应码、返回耗时和当前测试时间。后续一旦要做批量调度或IP池管理，这些日志会非常有帮助。

常见问题

Q：requests 配好了，为什么 HTTPS 目标还是失败？
先检查代理协议、认证方式和是否真的支持当前请求场景。

Q：为什么本地可用，服务器不行？
要重点看运行环境、白名单、公网出口和服务器依赖配置。

总结

Python requests 使用代理并不难，关键是先分清代理类型，再做基础出口验证，最后补上超时与异常处理。按这个顺序来，新手也能少踩很多坑。