不能在EDT中用do-while轮询主循环，否则UI冻结、事件丢失；应使用Swing Timer实现非阻塞、线程安全的60FPS游戏循环，或用ScheduledExecutorService+invokeLater分离计算与渲染。
核心结论：不要在 EDT 中写 do-while(true) {...} —— 它不是“极简”，而是“危险且失效”的。
为什么 do-while + EDT 轮询行不通
Swing 的事件处理、绘图、组件更新全部运行在单一线程——事件分发线程（Event Dispatch Thread, EDT）。一旦你在该线程中写：
do { update(); render(); } while (running);- 整个 GUI 就彻底卡死：按钮点不动、窗口拖不了、甚至无法关闭
- 键盘/鼠标事件被丢弃，因为事件队列无法被 EDT 取出处理
- repaint() 请求被积压，直到循环退出才可能批量刷新（且通常根本不会触发）
真正轻量、合规的“类主循环”结构：Swing Timer 驱动
Swing 提供了线程安全、非阻塞、可精确调度的 javax.swing.Timer，它是 Swing 游戏/动画循环的事实标准。它本质是异步回调，不抢占 EDT，却能稳定按帧率执行逻辑与绘制。
示例（极简贪吃蛇主干）：
立即学习“Java免费学习笔记（深入）”；
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
private Timer gameTimer;
private boolean running = true;
public void startGameLoop() {
gameTimer = new Timer(16, e -> { // ~60 FPS（16ms/帧）
if (!running) return;
update(); // 更新游戏状态（位置、碰撞等）
repaint(); // 触发 paintComponent，由 EDT 安全调用
});
gameTimer.start();
}
// 在自定义 JPanel 中重写：
@Override
protected void paintComponent(Graphics g) {
super.paintComponent(g);
// 这里 draw snake, food, score...
}
需要更高精度或脱离 EDT？用 ScheduledExecutorService + invokeLater
若需严格控制 update 时间（如物理模拟），可将计算移出 EDT，再安全回传 UI 更新：
- 用
ScheduledExecutorService在后台线程定期执行update() - 每次计算完成后，用
SwingUtilities.invokeLater(() -> repaint())请求重绘 - 避免在后台线程中直接操作 Swing 组件或 Graphics
补充：如果坚持“do-while”语法糖？仅限非 GUI 线程（不推荐用于主循环）
你可以在新线程中写 do-while，但必须确保所有 UI 操作都包裹在 invokeLater 中：
new Thread(() -> {
do {
update(); // 纯数据逻辑，无 Swing 调用
SwingUtilities.invokeLater(this::repaint);
try { Thread.sleep(16); }
catch (InterruptedException e) { break; }
} while (running);
}).start();
⚠️ 该方式绕过 Swing Timer 的调度优化，易受 sleep 精度、GC、系统负载影响，调试困难，不建议新手采用。
Swing 的设计哲学是“事件驱动 + 回调”，不是“主动轮询”。用 Timer 就是 Java GUI 下最简、最稳、最符合生态的游戏循环结构 —— 它没有 while(true)，但效果等价，且天生线程安全。
