Python爬虫下载图片时，为什么总是下载到同一张假图片？浏览器直接打开图片地址也无法显示原图

这个问题很常见，通常是因为网站使用了反爬机制，比如对图片URL进行了动态混淆或验证。

核心原因在于，你从网页HTML源码里直接提取到的图片链接（比如 .jpg 结尾的URL），很可能是一个“占位符”或“陷阱”链接。当你用 requests.get() 去请求这个链接时，服务器会检查你的请求头（尤其是 Referer 和 User-Agent），如果不符合“正常浏览器”的访问模式，它就不会返回真实的图片数据，而是返回一张固定的、错误的图片（比如一张1x1像素的图，或者提示“禁止盗链”的图片）。

关键检查点和解决方案：

1. 模拟完整请求头：这是最基本的一步。你不能只发一个光秃秃的GET请求。至少需要带上 User-Agent 和 Referer（如果需要的话）。

   import requests
   
   headers = {
       'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36',
       'Referer': 'https://目标网站.com/',  # 填写图片所在页面的URL
   }
   
   img_url = '你从源码里找到的图片链接'
   response = requests.get(img_url, headers=headers)
   
   with open('image.jpg', 'wb') as f:
       f.write(response.content)
   

2. 检查真实图片地址：在浏览器里打开开发者工具（F12），切换到 Network（网络）选项卡，然后刷新图片所在的页面。在请求列表里找到图片类型的请求（通常是 Img 或 Media 分类）。重点看这个请求的 Headers 和 Response。

   • Headers：看看浏览器实际发送的请求头和你用Python模拟的是否一致，特别是 Cookie 和 Referer。
   • Response：看看服务器返回的真实响应URL。有时初始请求会被302重定向到另一个真实的图片地址。你需要用代码处理这个重定向，或者直接请求重定向后的最终URL。requests 默认会自动处理重定向，你可以通过 response.url 查看最终地址。

3. 可能涉及动态加载：有些图片是通过JavaScript动态加载的，HTML源码里根本没有。这种情况下，你需要分析网页加载过程中的XHR/Fetch请求，找到获取图片真实地址的API接口，然后模拟请求那个接口。

一句话总结：别信源码里的链接，用浏览器开发者工具看真实的网络请求并完全模拟它。