【TqSdk 3.10.3】多进程并发建连取K线问题包：全NaN无异常/deadline绕过/并发口径固化/离线批量姿势

注：主故障（多进程提交内存）已收敛并修复；本帖基于旧口径（2025-12-05“10个以内+动态调整”）深挖 4 个文档空白/语义澄清问题。

【一句话摘要】​

多进程并发建连取数主故障已修复，但衍生出 4 个文档未明确覆盖的问题（Q2 全NaN无异常判别+deadline绕过 / Q1 并发口径固化 / Q3 恢复方式 / Q4 离线批量姿势），请官方澄清。

Q2 🔴（严重度最高）​

“连上但全 NaN 30秒无异常”如何判别？wait_update deadline 被绕过（静默卡死，靠外部看门狗 150s 恢复）。

注：此形态来自单线程常驻连接+队列串行生产路径，与多进程内存问题正交。文档空白，从没人问过。

Q1 🟡​

“10个以内应该没问题，后台会动态调整”（旧答仅在论坛帖，未进文档）。请书面固化进文档：具体阈值、动态调整机制、超限制行为。

Q3 🟢​

触发限制后：等待自愈还是重建连接？退避多久？无公开口径。

Q4 🔵​

离线扫描场景（80合约每合约取一次）官方推荐姿势？无针对此场景口径。

附加上下文（Q2 三种劣化形态）​

• 形态A：连上全NaN，30s无异常（需判别）
• 形态B：超时/重建波动
• 🔴 形态C（最危险）：不返回、不抛异常、deadline失效、静默卡死

速率观察（补充 Q1 动态调整证据）：同连接 1.2s 间隔连发超时、5.0s 全成、热身后 2.2s 全成。

环境/复现​

• TqSdk 3.10.3，Python 3.x，多进程（主故障已修复）
• 最小复现脚本：repro_tq_concurrent_conn.py（需恢复页面文件为自动管理~1152MB方可复现原始失败；修复后用于验证）
• 脚本调用：python repro_tq_concurrent_conn.py --n 12 --stagger 1.2（对应 N=12 全部失败）
• 脚本 gist 挂链（若论坛不支持附件）：[待填入 gist 链接]

官方依据清单​

• 2025-12-05 旧帖：工程师答“10个以内应该没问题，后台会动态调整”（本次深挖起点）
• 本文档问题包编号：tq-rules-20261023