为何在众多库中，独独偏爱requests而舍弃历史悠久、功能丰富的urllib？
- 内容介绍
- 文章标签
- 相关推荐
说实话， 咱就是说在Python里搞网络请求，你有两种选择：要么用urllib要么用requests。但是你有没有想过为啥大伙儿都偏爱requests呢？难道urllib不好吗？害，它确实能用，但用起来总觉得差点意思，何不...。
先来看看urllib的“魅力”
urllib作为Python的标准库， 确实有它的优势——不需要安装，直接import就能用。听起来很美好，对吧？但其实吧，它的操作有点繁琐，就像是在填一大堆表格，就这？。
比如说 你想发个GET请求，得构造个Request对象，还得处理urlopen然后小心翼翼地转换字节流和字符串，稍不留神就编码错误了。这过程简直像是在做一道复杂的数学题。
import urllib.request
import urllib.parse
def get_old_school:
url = 'www.example.com/api/data'
req = urllib.request.Request(
url,
headers={'User-Agent': 'Mozilla/5.0'}
)
try:
with urllib.request.urlopen as response:
result = response.read.decode
print
except Exception as e:
print
看看这代码，是不是感觉有点头大？满屏的urllib.request 嵌套结构也很深，就像在提醒你：“网络请求很复杂，别搞错了！”
requests来了 一切都不一样了
requests库的出现，简直是解放了广大Python开发者。它就像是一个懂你心的管家，让网络请求变得简单直接，基本上...。
import requests
resp = requests.get
print
两行代码搞定！没有复杂的构造，没有繁琐的转换，requests自动帮你处理好一切。就好像你刚坐下服务员就把热腾腾的菜端上来了还帮你摆好餐具，可以。。
GET vs POST：站在门口喊 vs 走进厨房递食材
GET：站在门口喊
就这？ 想象一下 你站在一家热闹的大排档门口，大声喊：“老板，来碗牛肉面不要香菜！”你的需求一目了然老板记下来然后把面端给你。
payload = {'dish': 'beef_noodle', 'coriander': 'false'}
resp = requests.get
print # 输出类似：www.laowangchaofen.com/order?dish=beef_noodle&coriander=false
POST：走进厨房递食材
而POST请求， 则是你直接走进后厨，手里递给老板一张纸条，或者一盒你自己带的和牛。你的要求被包装在请求体里外面的人看不见，比较平安。这种方式适合点菜、提交表单、上传文件等，YYDS！。
json_payload = {'dish': 'tomato_steak', 'size': 'large'}
resp = requests.post
result = resp.json
print
requests自动帮你序列化JSON数据， 并加上正确的Header，是不是很贴心？
requests.Session: 你的VIP会员卡
requests.Session就像是一张VIP会员卡。你登录一次后续的请求都会自动带上Cookie， 好吧好吧... 就像老板认得你是熟客一样。
session = requests.Session
login_data = {'username': 'laowang', 'password': '123456'}
session.post
resp1 = session.get
print
resp2 = session.get
print
SessionNeng自动保存和管理Cookie，你完全不用操心。 我服了。 这感觉就像有一个贴心的秘书，时刻帮你拿着钱包和会员卡。
requests: 让网络请求变得更简单、 更优雅
proxies = { 'http': '10.10.1.10:3128', 'https': '10.10.1.10:1080', } res 物超所值。 p = requests.get print # 你甚至可以自定义身份验证信息 auth = HTTPBasicAuth resp = requests.get
`requests` 的异常处理机制让你的程序更健壮，像头牛一样强壮！
我们都经历过... 网络世界充满了不确定性。 有时候服务器响应慢； 有时候网络连接断了； 有时候服务器直接返回个500错误。 这时候, `requests` 的异常处理机制就派上用场了！ 你可以轻松地捕获各种异常，让你的程序继续优雅地运行下去，而不是突然崩溃。
from requests.exceptions import Timeout, ConnectionError, RequestException
try :
resp = requests.get # 我只等3秒钟， 老板不回话我就撤
resp.raise_for_status # 如果状态码不是200，主动抛出异常
except Timeout :
print
except ConnectionError :
print
except RequestException as e :
print
else :
print # 一切正常，才打印后来啊
这种结构清晰的错误处理，让你的程序健壮得像头牛！ 比一比的话, `urllib` 的异常处理就显得有些杂乱无章， 各种 `URLError`、`HTTPError` 经常让人摸不着头脑。
选择对的工具，让你的代码更优雅
技术圈里有一句名言：“不要重复造轮子”。但更重要的是“不要使用方形的轮子”。 `urllib` 作为标准库， 它的存在保证了Python在没有第三方环境的情况下也能进行网络操作， 切中要害。 这是它的宿命和价值。 但在实际的生产环境、爬虫开发、API测试中，继续死守 `urllib` 无疑是在浪费生命！
一针见血。 requests 代表了一种对开发者体验的极致追求。 它把那些晦涩难懂的HTTP细节封装在优雅的API之下让我们能够用最符合直觉的方式去表达我们的意图。 就像你走进一家餐厅，自只是然地点餐、享用美食，而不用关心厨房里的复杂操作。
也要.… 所以 下次当你准备写下 `import urllib` 的时候，请停下来想一想：你是想站在寒风中，对着一个反应迟钝的窗口大喊大叫，还是想走进温暖的餐厅，享受一次宾至如归的服务？ 答案已经很明显了！ 拥抱 `requests`吧，你的代码会感谢你的，你的手指也会感谢你的！
说实话， 咱就是说在Python里搞网络请求，你有两种选择：要么用urllib要么用requests。但是你有没有想过为啥大伙儿都偏爱requests呢？难道urllib不好吗？害，它确实能用，但用起来总觉得差点意思，何不...。
先来看看urllib的“魅力”
urllib作为Python的标准库， 确实有它的优势——不需要安装，直接import就能用。听起来很美好，对吧？但其实吧，它的操作有点繁琐，就像是在填一大堆表格，就这？。
比如说 你想发个GET请求，得构造个Request对象，还得处理urlopen然后小心翼翼地转换字节流和字符串，稍不留神就编码错误了。这过程简直像是在做一道复杂的数学题。
import urllib.request
import urllib.parse
def get_old_school:
url = 'www.example.com/api/data'
req = urllib.request.Request(
url,
headers={'User-Agent': 'Mozilla/5.0'}
)
try:
with urllib.request.urlopen as response:
result = response.read.decode
print
except Exception as e:
print
看看这代码，是不是感觉有点头大？满屏的urllib.request 嵌套结构也很深，就像在提醒你：“网络请求很复杂，别搞错了！”
requests来了 一切都不一样了
requests库的出现，简直是解放了广大Python开发者。它就像是一个懂你心的管家，让网络请求变得简单直接，基本上...。
import requests
resp = requests.get
print
两行代码搞定！没有复杂的构造，没有繁琐的转换，requests自动帮你处理好一切。就好像你刚坐下服务员就把热腾腾的菜端上来了还帮你摆好餐具，可以。。
GET vs POST：站在门口喊 vs 走进厨房递食材
GET：站在门口喊
就这？ 想象一下 你站在一家热闹的大排档门口，大声喊：“老板，来碗牛肉面不要香菜！”你的需求一目了然老板记下来然后把面端给你。
payload = {'dish': 'beef_noodle', 'coriander': 'false'}
resp = requests.get
print # 输出类似：www.laowangchaofen.com/order?dish=beef_noodle&coriander=false
POST：走进厨房递食材
而POST请求， 则是你直接走进后厨，手里递给老板一张纸条，或者一盒你自己带的和牛。你的要求被包装在请求体里外面的人看不见，比较平安。这种方式适合点菜、提交表单、上传文件等，YYDS！。
json_payload = {'dish': 'tomato_steak', 'size': 'large'}
resp = requests.post
result = resp.json
print
requests自动帮你序列化JSON数据， 并加上正确的Header，是不是很贴心？
requests.Session: 你的VIP会员卡
requests.Session就像是一张VIP会员卡。你登录一次后续的请求都会自动带上Cookie， 好吧好吧... 就像老板认得你是熟客一样。
session = requests.Session
login_data = {'username': 'laowang', 'password': '123456'}
session.post
resp1 = session.get
print
resp2 = session.get
print
SessionNeng自动保存和管理Cookie，你完全不用操心。 我服了。 这感觉就像有一个贴心的秘书，时刻帮你拿着钱包和会员卡。
requests: 让网络请求变得更简单、 更优雅
proxies = { 'http': '10.10.1.10:3128', 'https': '10.10.1.10:1080', } res 物超所值。 p = requests.get print # 你甚至可以自定义身份验证信息 auth = HTTPBasicAuth resp = requests.get
`requests` 的异常处理机制让你的程序更健壮，像头牛一样强壮！
我们都经历过... 网络世界充满了不确定性。 有时候服务器响应慢； 有时候网络连接断了； 有时候服务器直接返回个500错误。 这时候, `requests` 的异常处理机制就派上用场了！ 你可以轻松地捕获各种异常，让你的程序继续优雅地运行下去，而不是突然崩溃。
from requests.exceptions import Timeout, ConnectionError, RequestException
try :
resp = requests.get # 我只等3秒钟， 老板不回话我就撤
resp.raise_for_status # 如果状态码不是200，主动抛出异常
except Timeout :
print
except ConnectionError :
print
except RequestException as e :
print
else :
print # 一切正常，才打印后来啊
这种结构清晰的错误处理，让你的程序健壮得像头牛！ 比一比的话, `urllib` 的异常处理就显得有些杂乱无章， 各种 `URLError`、`HTTPError` 经常让人摸不着头脑。
选择对的工具，让你的代码更优雅
技术圈里有一句名言：“不要重复造轮子”。但更重要的是“不要使用方形的轮子”。 `urllib` 作为标准库， 它的存在保证了Python在没有第三方环境的情况下也能进行网络操作， 切中要害。 这是它的宿命和价值。 但在实际的生产环境、爬虫开发、API测试中，继续死守 `urllib` 无疑是在浪费生命！
一针见血。 requests 代表了一种对开发者体验的极致追求。 它把那些晦涩难懂的HTTP细节封装在优雅的API之下让我们能够用最符合直觉的方式去表达我们的意图。 就像你走进一家餐厅，自只是然地点餐、享用美食，而不用关心厨房里的复杂操作。
也要.… 所以 下次当你准备写下 `import urllib` 的时候，请停下来想一想：你是想站在寒风中，对着一个反应迟钝的窗口大喊大叫，还是想走进温暖的餐厅，享受一次宾至如归的服务？ 答案已经很明显了！ 拥抱 `requests`吧，你的代码会感谢你的，你的手指也会感谢你的！