swingworker 的 doinbackground 方法中循环仅执行一次即结束，通常是因为未调用 get() 捕获潜在异常，导致后台任务静默失败；本文详解原因、验证方法及健壮实践。
在 Swing 应用中使用 SwingWorker 执行耗时任务（如批量加载行情数据）时，若发现 doInBackground() 中的循环仅执行首迭代便退出，且 done() 立即被调用，这几乎不是循环逻辑本身的问题，而是后台任务因未捕获的异常而提前终止。
在您提供的代码中，for(int i=0; i < tickers.size(); i++) 本应遍历全部 2000 条数据，但 System.out.println(i) 仅输出 0 后即触发 done() —— 这表明 doInBackground() 在第一次迭代中抛出了未处理的异常（例如 NullPointerException、IllegalArgumentException 或数据库连接异常），而该异常被 SwingWorker 内部吞没，未显式暴露。
关键原因在于：SwingWorker 不会自动将 doInBackground() 中抛出的异常传播到 EDT（事件分发线程），除非显式调用 get() 方法。根据 Java 官方文档，get() 是唯一能“提取”后台计算结果或异常的入口；若忽略它，任何运行时异常都会静默失效，done() 仍会被调用，但开发者无法感知失败根源。
✅ 正确做法：在 done() 中调用 get() 并妥善处理异常：
protected void done() {
try {
get(); // ← 必须调用！触发异常重抛
System.out.println("任务成功完成");
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
System.err.println("任务被中断");
} catch (ExecutionException e) {
Throwable cause = e.getCause();
System.err.println("后台任务执行失败: " + cause.getClass().getSimpleName());
cause.printStackTrace(); // ← 关键：打印真实异常堆栈！
// 可在此处弹出错误提示、重置 UI 或记录日志
}
}⚠️ 注意事项：
- get() 必须在 done() 中调用：它不会阻塞 EDT（因为 done() 已在 EDT 中执行，且 SwingWorker 保证此时后台任务已结束）；
- 避免在 doInBackground() 中直接操作 Swing 组件：markets.add(...) 若涉及 JList/TableModel 等，需确保线程安全（建议在 process() 或 done() 中更新模型）；
- publish()/process() 用于进度反馈，不参与异常传递：即使 publish() 失败，也不会中断循环，因此问题必源于业务逻辑异常；
- 调试建议：临时在 doInBackground() 首行添加 Thread.setDefaultUncaughtExceptionHandler(...)，或在 IDE 中启用“Java Exceptions”断点，捕获所有未处理异常。
? 总结：SwingWorker 的健壮性依赖于显式错误契约——get() 是这个契约的核心。永远不要省略它，尤其当后台逻辑包含 I/O、集合访问或第三方 API 调用时。通过强制 get() 并捕获 ExecutionException，您将立即定位到 tickers.get(i).getSymbol() 抛出的 NullPointerException 或 rc.getAll24HrPriceStatistics() 返回 null 等真实问题，从而彻底解决“循环只跑一次”的假象。
