Java Swing中倒计时数字卡住，因误用java.util.Timer导致回调不在EDT执行；应使用javax.swing.Timer，它自动在EDT中触发actionPerformed，避免手动invokeLater；同时需在回调中更新秒数后立即判断是否归零并调用timer.stop()防止负数显示和资源泄漏。
Java Swing里用Timer更新倒计时界面，为什么数字卡住不动？
因为Timer的actionPerformed回调默认不在事件分发线程（EDT）执行——但Swing组件的所有UI操作（比如label.setText()）必须在EDT中做。直接在Timer里改JLabel文本，看似没报错，实际可能被丢弃或延迟刷新。
- 用
javax.swing.Timer（不是java.util.Timer），它天然保证回调在EDT中执行 - 别手动调用
SwingUtilities.invokeLater()包一层——这是java.util.Timer的补救写法，反而多此一举 - 确认你没在
actionPerformed里做耗时操作（比如读文件、网络请求），否则EDT被阻塞，整个界面冻结
倒计时到0后自动停止，但Timer还在跑，怎么安全停掉？
Timer对象本身不自动停，得手动调用stop()。常见错误是只减秒数、不检查是否归零，导致负数继续显示，或者停了UI但后台定时器还占资源。
- 每次
actionPerformed里先更新剩余秒数，再立刻判断if (seconds - 满足条件时，先调用
timer.stop()，再更新UI（比如显示"Time's up!"） - 别在
stop()之后还试图访问已置空的变量，比如把timer设为null，但后面又不小心调了timer.isRunning() - 如果需要重置倒计时，别反复
new Timer()，复用同一个实例并调用restart()
界面闪烁、文字抖动，是不是repaint()调多了？
Swing里绝大多数情况不需要手动调repaint()。给JLabel设新文本时，组件自己会触发重绘；强行加repaint()反而干扰布局流程，尤其在高频率定时（如100ms）下容易出现撕裂感。
- 只对需要动态更新的组件调
setText()，比如timeLabel.setText("02:15")，其余保持静态 - 避免在
Timer里反复remove()/add()组件，这会强制重排版，比重绘更重 - 如果用了自定义绘制（
paintComponent），确保里面没有Thread.sleep()或IO操作，且调用super.paintComponent(g)开头
跨平台字体/尺寸错乱，和定时器有关系吗？
没关系，但容易误判。倒计时界面在Windows上看着正常，Mac上文字被截断，问题出在组件尺寸没随字体自适应，而定时器只是让这个缺陷高频暴露出来。
立即学习“Java免费学习笔记（深入）”；
- 别用
setPreferredSize(new Dimension(100, 30))硬编码大小，改用setMaximumSize()或依赖pack() - 对
JLabel启用HTML支持：new JLabel("00:00")，能更好控制内边距和换行 - 启动时调一次
frame.pack()，而不是frame.setSize()，让布局管理器算出真实所需空间
定时器逻辑本身很轻量，真正拖慢或搞崩界面的，往往是UI线程里混进了非UI操作，或者尺寸策略没适配不同系统字体度量。盯着Timer调参不如先检查EDT有没有被堵住。
