Python 爬虫绕过京东 605 验证码：2种接口签名逆向分析与代理IP轮换方案-开发者社区

Python爬虫突破京东605验证码的两种工程化解决方案

京东作为国内头部电商平台，其反爬机制一直处于行业领先水平。当爬虫请求频率过高时，会触发605状态码并返回验证页面，这是典型的反爬虫风控策略。本文将深入分析京东接口签名机制，并提供两种可落地的解决方案。

1. 京东605验证码机制解析

当爬虫请求京东商品评论接口时，可能收到如下响应：

{ "code":"605", "echo":"the request needs to be validated", "disposal":{ "evContent":"{\"evType\":\"2\",\"evUrl\":\"https://cfe.m.jd.com/privatedomain/risk_handler/03101900/\",\"evApi\":\"color_pc_club_productCommentSummaries\",\"title\":\"京东验证\",\"logo\":\"https://m.360buyimg.com/mobilecal/jfs/t1/165511/29/32282/14417/6409830cFc70e2917/d53aa778441792e0.png\",\"evTypeTip\":\"验证一下，购物无忧\",\"actionTip\":\"快速验证\",\"fb\":\"0\",\"bottomText\":\"验证后，购物更轻松~\"}", "rpId":"rp-187224764-10256-1714811533663" } }

这种验证机制的核心在于请求参数签名验证。京东前端会生成多个动态参数（如eid、fp、_t等），服务器端会校验这些参数的合法性。主要防护特点包括：

参数时效性：签名具有时间敏感性，过期请求会被拒绝
设备指纹：通过Canvas、WebGL等技术生成浏览器唯一标识
行为分析：检测鼠标轨迹、点击模式等用户行为特征
频率限制：单位时间内请求次数超过阈值触发验证

2. 方案一：JS逆向还原签名逻辑

2.1 关键参数定位

通过浏览器开发者工具分析京东商品评论接口请求，可以发现以下关键参数：

参数名	示例值	作用
eid	eid_1234567890abcdef	设备标识
fp	1234567890abcdef1234567890abcdef	浏览器指纹
_t	1714811533663	时间戳
sign	a1b2c3d4e5f6g7h8	请求签名

2.2 使用PyExecJS执行加密逻辑

京东的前端代码通常会将加密逻辑放在混淆后的JS文件中。我们可以通过以下步骤还原：

使用Chrome开发者工具定位生成签名的JS代码
提取关键加密函数并去除环境检测代码
通过PyExecJS在Python中执行这些函数

import execjs # 加载提取的JS加密代码 with open('jd_encrypt.js', 'r', encoding='utf-8') as f: jd_js = f.read() # 初始化JS环境 ctx = execjs.compile(jd_js) # 生成签名参数 def generate_jd_params(product_id): timestamp = int(time.time() * 1000) params = { 'eid': ctx.call('generateEid'), 'fp': ctx.call('generateFingerprint'), '_t': timestamp, 'sign': ctx.call('generateSign', product_id, timestamp) } return params

2.3 完整请求示例

import requests def get_product_comments(product_id): url = "https://api.m.jd.com/client.action" params = { "functionId": "color_pc_club_productCommentSummaries", "client": "wh5", "clientVersion": "1.0.0" } # 添加生成的签名参数 params.update(generate_jd_params(product_id)) 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": f"https://item.jd.com/{product_id}.html" } response = requests.get(url, params=params, headers=headers) if response.json().get('code') == '605': print("触发验证码，需要优化签名逻辑") else: return response.json()

提示：京东的加密逻辑会定期更新，需要持续监控并调整JS代码。建议将加密部分模块化，便于后期维护。

3. 方案二：代理IP轮换策略

3.1 代理IP池的搭建

高质量的代理IP是绕过频率限制的关键。推荐以下代理类型：

住宅代理：模拟真实用户IP，不易被识别
移动代理：来自移动运营商，可信度高
动态代理：自动切换IP，避免封禁

代理IP池的基本架构：

class ProxyPool: def __init__(self): self.proxies = [] self.current_index = 0 def add_proxy(self, proxy): self.proxies.append(proxy) def get_proxy(self): if not self.proxies: return None proxy = self.proxies[self.current_index] self.current_index = (self.current_index + 1) % len(self.proxies) return proxy def check_proxy(self, proxy): try: response = requests.get('https://api.m.jd.com/client.action', proxies={"https": proxy}, timeout=5) return response.status_code == 200 except: return False

3.2 结合代理的请求策略

import random import time def request_with_proxy(url, params, headers, proxy_pool, max_retry=3): for _ in range(max_retry): proxy = proxy_pool.get_proxy() if not proxy: raise Exception("No available proxy") try: response = requests.get(url, params=params, headers=headers, proxies={"https": proxy}, timeout=10) if response.json().get('code') == '605': print(f"Proxy {proxy} triggered captcha, will retry") continue return response.json() except Exception as e: print(f"Request failed with proxy {proxy}: {str(e)}") # 标记失效代理 proxy_pool.remove_proxy(proxy) # 随机延迟避免规律性请求 time.sleep(random.uniform(1, 3)) raise Exception("Max retry exceeded")

3.3 请求调度优化

为了更自然地模拟用户行为，可以加入以下策略：

随机延迟：在请求间加入0.5-3秒的随机等待
请求头轮换：每次请求使用不同的User-Agent
访问路径模拟：先访问商品页，再请求接口
失败降级：连续失败后自动延长等待时间

from fake_useragent import UserAgent class JDRequestScheduler: def __init__(self, proxy_pool): self.proxy_pool = proxy_pool self.ua = UserAgent() self.last_request_time = 0 self.fail_count = 0 def make_request(self, url, params): # 计算合适的等待时间 base_interval = max(1, self.fail_count * 0.5) random_interval = random.uniform(0, 2) wait_time = base_interval + random_interval # 确保请求间隔 elapsed = time.time() - self.last_request_time if elapsed < wait_time: time.sleep(wait_time - elapsed) headers = { "User-Agent": self.ua.random, "Referer": "https://item.jd.com/" } try: response = request_with_proxy(url, params, headers, self.proxy_pool) self.fail_count = max(0, self.fail_count - 1) return response except Exception as e: self.fail_count += 1 raise e finally: self.last_request_time = time.time()

4. 方案对比与选择建议

两种方案的优缺点对比：

对比维度	JS逆向方案	代理IP方案
技术难度	高，需JS逆向能力	中，需维护代理池
成本	低，无需额外支出	高，优质代理需付费
稳定性	中，依赖京东加密逻辑不变	高，IP轮换有效
请求速度	快，无额外延迟	慢，需控制频率
维护成本	高，需跟踪JS更新	中，定期更换代理

选择建议：

短期小规模采集：优先考虑JS逆向方案
长期大规模采集：建议使用代理IP方案
高稳定性要求：可结合两种方案，JS签名+IP轮换

5. 工程化实践建议

在实际项目中实施时，还需要考虑以下方面：

异常处理机制：
- 验证码触发后的自动降级
- 请求失败的自动重试策略
- 代理IP的自动检测和剔除

监控系统：

class Monitor: def __init__(self): self.stats = { 'total_requests': 0, 'success_requests': 0, 'captcha_triggers': 0, 'proxy_failures': 0 } def log_request(self, success=False, captcha=False, proxy_fail=False): self.stats['total_requests'] += 1 if success: self.stats['success_requests'] += 1 if captcha: self.stats['captcha_triggers'] += 1 if proxy_fail: self.stats['proxy_failures'] += 1 def get_success_rate(self): if self.stats['total_requests'] == 0: return 0 return self.stats['success_requests'] / self.stats['total_requests']