urllib3：Python HTTP 客户端的事实标准

你每天 pip install 某个包的时候，幕后大概率跑着 urllib3。这个库是 Python HTTP 请求的底层基石：pip 用它下载包，requests 用它发请求，boto3 用它调 AWS。PyPI 月下载量以亿计，Star 只有 4,028，但这恰恰说明它好到让人忘记它的存在。

比标准库多了什么？

Python 标准库有 urllib 和 http.client，名字长得像，用起来却让很多人头疼。连接管理要自己写，SSL 验证默认关闭，多线程场景下还得小心处理状态共享。urllib3 把这些问题全补上了：

• 连接池复用，不用每次请求都重新建连接
• SSL/TLS 证书验证默认开启，标准库默认关的
• 线程安全，多线程并发不乱套
• 自动处理 HTTP 重定向和请求重试
• 文件上传原生支持 multipart 编码
• 支持 gzip、deflate、brotli、zstd 四种压缩格式
• HTTP 和 SOCKS 代理支持

每一条单独拿出来都不算什么黑科技，但全堆在一起，就是 urllib3 的价值。这些功能覆盖了生产环境 HTTP 通信的绝大部分需求，不用再东拼西凑各种第三方补丁。

15 年的维护，100% 的测试覆盖

urllib3 的维护历史从 2008 年开始，到现在快 18 年了。开源世界里，能活过两年还活跃的项目都不多，一个底层网络库坚持十几年迭代，本身就是个奇迹。维护团队人数不多，但工程纪律拉得很满：测试覆盖率 100%，通过了 OpenSSF Scorecard 最高级别的安全审查，还拿下了 SLSA Level 3 供应链安全认证。

安全漏洞处理也正规，通过 Tidelift 接收报告，由专业团队协调修复和披露，不走野路子。对于把 urllib3 跑在生产线上的企业来说，这套流程比作者的一句"我们会尽快修"靠谱得多。

要不要直接用它？

大部分开发者接触 urllib3 的路径是：先学会 requests，用顺手了，某天翻 requests 源码，发现底层是 urllib3。自然冒出一个问题：requests 已经封装得挺好了，什么场景需要直接操作 urllib3？

简单说，如果你的需求是发 GET/POST、拿响应、解析 JSON，requests 够用。但如果需要精细控制连接池大小、自定义重试策略和退避算法、或者在异步框架里做 HTTP 调用，直接操作 urllib3 更灵活。它给的控制粒度大，代价是多写几行代码。

安装一行搞定：

python -m pip install urllib3

API 也足够简洁：

import urllib3
resp = urllib3.request("GET", "http://httpbin.org/robots.txt")
resp.status  # 200
resp.data    # b"User-agent: *\nDisallow: /deny\n"

三行完成一次 HTTP 请求，比标准库清爽不少。

小结

urllib3 不是那种冲上 GitHub Trending 榜首的爆款项目，没有酷炫 demo，不宣讲"下一代架构"。它做的事情很朴素：把 Python HTTP 请求这件事做到极致，然后安安静静跑在数亿个项目底层。像自来水管，平时没人注意，一旦它出问题，半个 Python 生态都得停摆。好在这根水管 18 年来从没漏过。

像自来水管，平时没人注意，一旦它出问题，半个 Python 生态都得停摆。好在这根水管 18 年来从没漏过。