网关断连是因后端接口超时被强制中断，需前后端协同解决：后端用callable+线程池异步执行并快速返回task_id，前端轮询状态、优化交互与幂等处理。
直接用自定义 Callable 不能解决 H5 页面本身的网关断连问题——因为 H5 运行在浏览器或 WebView 中，不支持 Java 的 Callable。这个说法存在概念混淆。真正需要处理的，是「后端接口因执行时间过长被网关强制中断」，而前端 H5 只是发起请求的一方。解决方案必须前后端协同，核心思路是：让接口**快速返回响应**，把长耗时计算挪到后台异步执行，并提供结果查询机制。
为什么网关会断连？
主流移动网关（如腾讯 mPaaS、阿里 MGS、自研网关）通常设置 10–30 秒超时阈值。H5 调用一个需 2 分钟才能算完的接口，网关在超时后主动切断连接，前端收到 504 或连接重置，用户看到“请求失败”。这不是前端代码能绕过的限制，而是架构层的保护策略。
后端用 Callable + 线程池实现异步解耦
Java 后端可借助 Callable 封装耗时逻辑，配合线程池提交任务，主线程立即返回任务 ID：
- 定义任务类：
public class ExpensiveCalcTask implements Callable<result> { ... }</result> - 使用
ExecutorService.submit()提交，获取Future<result></result> - 主线程不等待，立刻返回 JSON：
{"status":"processing","task_id":"t_abc123"} - 任务完成后可存入 Redis（带 TTL），供后续轮询或 WebSocket 推送
前端 H5 配合的关键动作
H5 页面不能“等结果”，要主动切换交互模式：
- 调用接口后立即展示“处理中”状态（禁用按钮、显示 loading）
- 启动轮询（建议带退避，如 1s → 2s → 5s），请求
/task/status?t=t_abc123 - 轮询响应含
status: "success"且带数据时，更新 UI；若为"failed"，提示错误 - 页面切后台（
visibilitychange）时暂停轮询，切回时恢复并检查是否已完成
增强健壮性的补充设计
避免重复提交、状态丢失和用户体验断裂：
- 前端生成唯一
client_task_id，和服务端task_id关联，用于幂等校验与日志追踪 - 服务端对同一业务参数（如订单号+操作类型）做去重判断，已存在则直接返回历史 task_id
- 关键任务（如导出、审核）支持邮件/SMS 通知完成，弥补用户未停留在页面的场景
- 网关层开启「异步透传」支持（如有），让 /asyncTask 请求不走常规超时链路，而是直连异步调度中心
