Java Swing贪吃蛇：坐标移动与碰撞检测实现

用 Timer 控制帧刷新，每次触发时更新蛇头坐标、检测边界/自身/食物碰撞、调用 repaint()；蛇身用整数二维数组按格子存储，方向仅存 currentDirection，paintComponent 中必须调用 super.paintComponent(g) 清背景。

Swing 里怎么让蛇动起来：用 Timer 控制帧刷新

贪吃蛇不是靠“一直跑”动的，而是靠定时触发位置更新。Swing 提供的 javax.swing.Timer 是最稳妥的选择——它自动在事件调度线程（EDT）中执行，避免了多线程绘图冲突。

别用 Thread.sleep() 或 java.util.Timer，前者会卡死 UI，后者回调不在 EDT，调 repaint() 可能无效或抛 IllegalStateException。

• Timer 构造时传入毫秒间隔（比如 150），太小（<50）容易吃 CPU 且看不出区别，太大（>300）操作响应迟钝
• 每次 actionPerformed 中只做三件事：更新蛇头坐标、检测碰撞、调用 repaint()
• 启动前确保游戏状态已初始化（比如蛇身坐标列表不为空），否则第一次刷新就 NullPointerException

坐标移动怎么写才不出错：用二维整数数组存蛇身，别用浮点或像素偏移

蛇的移动本质是“头进一格、尾退一格”。用 List 或 int[][] 存每节身体的行列索引（比如 [row, col]），格子大小统一设为 20px，所有坐标都按格子对齐。

常见错误是直接操作像素坐标加减速度值，结果导致蛇头“漂移”，和食物/边界对不齐，碰撞永远判不准。

• 方向用四个常量控制，比如 UP = -1, DOWN = 1, LEFT = -1, RIGHT = 1，但只存一个 currentDirection，避免同时处理 x/y 增量出错
• 移动时：新头坐标 = 旧头坐标 + 方向偏移；然后把新头 add(0, ...) 到蛇身列表头部，再 remove(lastIndex) 掉尾巴（吃食物时不删）
• 键盘监听只改方向，不直接改坐标——防止连按方向键时方向被覆盖（比如按住右再快速按上，应保持向上，而不是先右再上）

碰撞检测为什么总漏判：边界、自身、食物必须分三步独立检查

很多人把所有碰撞塞在一个 if 里，结果食物刚被吃掉，下一帧蛇头还在老位置，边界检测却已经触发 Game Over。顺序和时机错了。

正确做法是在每次 Timer 触发后，按固定顺序检查：

• 先检边界：头坐标 row < 0 || row >= ROWS || col < 0 || col >= COLS，越界立刻结束
• 再检自身：遍历蛇身从第 1 节开始（跳过蛇头），用 equals() 或 == 比较坐标，注意别拿头跟头比
• 最后检食物：头坐标 == 食物坐标，就 snake.add(...) 不删尾，并重新随机生成食物（确保新位置不在蛇身上）

漏判最多的情况是：食物生成后没校验是否落在蛇身上，结果一刷出来就 Game Over；或者自身碰撞用了 contains(head)，但没排除头自己。

重绘闪烁或残影？paintComponent 里必须清背景 + 双缓冲默认开启

Swing 的 JPanel 默认启用双缓冲，所以不用手动开。但很多人在 paintComponent 里忘了调 super.paintComponent(g)，导致旧画面残留。

另一个坑是用 getGraphics() 直接绘图——那是临时画布，下一帧就被擦掉，而且线程不安全。

• 务必第一行写 super.paintComponent(g)，它负责清背景和双缓冲切换
• 蛇身每节用 g.fillRect(x, y, SIZE, SIZE)，别用 drawRect（边框太细看不见）
• 食物画成实心圆：g.fillOval(x + 2, y + 2, SIZE - 4, SIZE - 4)，偏移 2px 避免贴边难识别
• 字体渲染加一句 g.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING, RenderingHints.VALUE_TEXT_ANTIALIAS_ON)，否则分数文字锯齿明显

真正麻烦的是输入响应延迟和计时器精度——Timer 在高负载下可能丢帧，如果靠它计分或存档，得额外加时间戳校准。不过单机小游戏，先跑通再说。