 四重机制与风控阈值完整清单)
a-stock-data 东财接口防封实战：em_get() 四重机制与风控阈值完整清单
【免费下载链接】a-stock-dataA股全栈数据工具包：行情K线·当日逐笔·研报·信号·资金面·新闻·财务·公告·打板·ETF期权·舆情·宏观利率·期货大宗(含大商所日K)·事件驱动·可转债 | 15层·87端点·34数据源·除iwencai外免Key | A-share data for AI agents: K-lines, ticks, reports, fund flow, news, financials, filings, options, macro, futures, events, convertibles | 15 layers·87 endpoints·34 sources项目地址: https://gitcode.com/gh_mirrors/as/a-stock-data
用 a-stock-data（A股全栈数据工具包）批量取数时，东财接口突然 403、连接被重置甚至整个 IP 失联，多半不是你代码写错，而是请求节奏踩了红线。本文从一个真实封禁案例切入，拆解内置统一入口em_get()的四重节流机制，并给出社区实测的东财风控阈值清单与被封后的恢复路径。
从 403 到失联 20 小时：一次真实的东财 IP 封禁记录
先摆一个项目里的一手案例（2026-06-30）：某选股脚本开 10 线程并发、完全绕过节流，三个脚本同时扫全市场 5208 只票，1 小时发出45000+ 次请求。结果push2/push2his全系列RemoteDisconnected，IP 级封禁持续 20+ 小时——不是限速几小时能等过去的那种。
对照数据很扎眼：同样这批脚本如果走em_get()默认节奏，1 小时最多约 3000 次请求，差了一个数量级。
被封前的典型信号有四种，按迷惑性递增排列：
- 连续请求后返回
403/429 - 连接直接被掐：
RemoteDisconnected、HTTP 000 - 静默返回空数据——最坑的一种，看着像"没数据"，实际是"没权限"
⚠️ 两个容易误判的点：
- 东财系子域共用一套 WAF，但不同子域独立判定。实测
push2被封时datacenter-web仍可正常访问，所以"东财封了"更准确的表述是"东财某个子域封了"。 - 部分大陆住宅宽带 IP 存在连接级间歇风控（偶发
HTTP 000），同一份代码换网络或换时段就恢复，这不是代码问题。
风控只看 IP 维度的统计量：你请求得多快、开了多少并发连接、请求长什么样。查了什么内容根本不重要。
em_get() 怎么把 45000 次压到 3000 次：四重机制拆解
a-stock-data 的做法是把所有eastmoney.com端点收口到em_get()一个入口（实现见 SKILL.md 的共用 helper 章节），而不是各处裸写requests.get。它做了四件事：
- 间隔下限 + 随机扰动：全局变量
EM_MIN_INTERVAL = 1.0秒，发请求前先检查距上一次的间隔，不足就 sleep，再叠加 0.1~0.5 秒随机扰动。为什么要扰动？固定节拍（"每秒整一个"）是极强的机器流量特征，风控系统对周期性请求最敏感。批量筛选场景建议把间隔提到 1.5~2 秒。 - 复用一条 TCP 长连接：全局
EM_SESSION只创建一次，Keep-Alive 复用。频繁 TCP 握手本身就是爬虫指纹，而且并发连接数直接计入风控指标。 - 浏览器级 UA + 分端点 Referer：空 UA 是中危信号，入口统一带上正常浏览器 User-Agent，各端点按需附加 Referer（例如研报 PDF 下载必须携带
data.eastmoney.com来源页头）。 - 连接级指数退避，但 403 一次都不重试：会话挂
HTTPAdapter + Retry，对瞬态连接错误、429、5xx自动退避重试 3 次。这里有个关键取舍——403 是东财明确的风控信号，越重试封得越狠，正确动作是把EM_MIN_INTERVAL调大降频。
一句话定性：节流不是可选项，是铁律。
东财风控阈值清单：红线在哪，安全区在哪
下表是 SKILL.md 风控阈值章节 整理的社区实测口径（2026-05），官方从不公布，取值请往保守方向靠：
| 行为 | 触发封禁的阈值 | 风险等级 |
|---|---|---|
| 每秒请求数 | > 5 次/秒 | 🔴 高 |
| 单 IP 并发连接 | ≥ 10 | 🔴 高 |
| 1 分钟请求总数 | ≥ 200 次 | 🟠 中高 |
| 5 分钟请求总数 | ≥ 300 次 | 🔴 触发封禁 |
| User-Agent | 空 UA / 无浏览器特征 | 🟡 中 |
把em_get()默认节奏（1 秒间隔下限 + 扰动、串行）放到这张表里对照：1 分钟约 50~60 次，5 分钟压在 300 次以内——安全余量很足；若批量任务把间隔放宽到 2 秒，5 分钟只有约 150 次，基本与红线绝缘。反例就是开头那个案例：45000 次/小时 ≈ 每分钟 750 次，每条红线都翻了三四倍。
能不碰东财就不碰：数据源优先级架构
限流只是第二道防线，第一道防线在架构层。README.md 优先级章节 把 34 个数据源按封 IP 风险排了座次，原则很硬：
| 优先级 | 数据源 | 封 IP 风险 | 承担的数据 |
|---|---|---|---|
| 1（首选） | mootdx（通达信 TCP） | 不封 IP | K线 / 五档盘口 / 逐笔 / 财务快照 |
| 2（首选） | 腾讯财经 | 不封 IP | 实时价 / PE·PB / 市值 / 指数 / ETF |
| 3~10 | 同花顺 / 新浪 / 巨潮 / baostock 等 | 低~极低 | 各自领域 |
| 末位 | 东财 | 中——有风控会封 | 仅独有数据：龙虎榜 / 解禁 / 两融 / 研报 / 资金流 |
也就是说：行情、K线、估值这类能从 mootdx 或腾讯拿到的，一律优先走它们；东财只负责别处拿不到的独有数据，且全部经em_get()发出。
被封之后怎么恢复：三步处理路径
- 先停手——IP 级临时封一般等 30~60 分钟自动解除；等不了就切手机热点，立刻恢复。
- 长批任务自查——确认所有东财调用都走
em_get()，并把EM_MIN_INTERVAL提到 1.5~2 秒再重启。 - 数据不能等 → 切备用源——SKILL.md 内置「备用源速查 & 降级策略」：龙虎榜走沪深交易所官方接口、K线切腾讯/新浪、两融走交易所官方。这些备胎域名不同、风控面不同，东财被封时互不牵连，验证记录见 docs/source-integration-v3.8.0.md。
小结：五条要记牢的铁律
- 串行，不并发——绝不对东财开多线程或协程
- 每次间隔 ≥ 1 秒 + 随机扰动（等效 QPS ≤ 2）
- 复用同一条 HTTP 会话，不要每次新建连接
- 带正常 UA + Referer
- 批量循环里每只股票之间都要 sleep——AI 逐个拉 100 只票的龙虎榜/资金流，是被封的头号元凶
防封机制的完整演进过程可查 CHANGELOG.md。
相关文档：SKILL.md（端点与限流代码）、CHANGELOG.md（防封机制演进）、docs/source-integration-v3.8.0.md（数据源整合与验证记录）。
【免费下载链接】a-stock-dataA股全栈数据工具包：行情K线·当日逐笔·研报·信号·资金面·新闻·财务·公告·打板·ETF期权·舆情·宏观利率·期货大宗(含大商所日K)·事件驱动·可转债 | 15层·87端点·34数据源·除iwencai外免Key | A-share data for AI agents: K-lines, ticks, reports, fund flow, news, financials, filings, options, macro, futures, events, convertibles | 15 layers·87 endpoints·34 sources项目地址: https://gitcode.com/gh_mirrors/as/a-stock-data
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
