用 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 在高负载下可能丢帧，如果靠它计分或存档，得额外加时间戳校准。不过单机小游戏，先跑通再说。
