应使用不可变坐标表示（如int[]或record Cell）替代可变Point对象，避免状态共享；定时刷新用javax.swing.Timer确保EDT安全；碰撞检测需覆盖边界、自身（含第二节）及食物；重绘必须重写paintComponent并调用super。
用 LinkedList 存蛇身坐标，但别直接存 Point 对象
Java 里用 LinkedList 管理蛇身确实顺手——头插、尾删快，符合“吃食物长一节”“移动时尾部缩一节”的逻辑。但很多人直接往里塞 new Point(x, y)，结果发现蛇身重叠、坐标错乱。
问题出在 Point 是可变对象：如果后续修改了某个 Point 实例的 x 或 y，链表里所有引用它的节点都会跟着变。贪吃蛇每帧要算新头、删旧尾，一动就串了。
- 实操建议：存
new int[]{x, y}或自定义不可变类（比如record Cell(int x, int y) {}），避免共享状态 - 如果坚持用
Point，每次新增坐标必须new Point(head.x, head.y)，不能复用已有实例 - 注意
LinkedList.removeLast()和addFirst(newHead)的顺序：先加头、再删尾，否则长度会短暂 +1
定时刷新用 javax.swing.Timer，别碰 Thread.sleep 或 TimerTask
Swing 界面更新必须在事件调度线程（EDT）做，而 Thread.sleep 会卡死 UI，TimerTask 在后台线程跑，直接操作组件会抛 IllegalStateException。
javax.swing.Timer 是专为 Swing 设计的：触发回调自动回到 EDT，安全又省心。
立即学习“Java免费学习笔记（深入）”；
- 初始化示例：
new Timer(150, e -> { updateSnake(); repaint(); })，150ms 一帧，不要太快（低于 100ms 容易操作失灵） - 别在监听器里做耗时操作（比如读文件、网络请求），否则卡顿明显
- 启动前调用
timer.setRepeats(true)（默认就是 true，但显式写上更稳）；暂停用timer.stop()，恢复用timer.start()
判断碰撞时，别只比对头和身体，漏掉边界和自身首尾紧邻
常见错误是只写 snakeHead.equals(snakeBody.get(i))，结果蛇头刚转向就穿模撞自己——因为没检查“头是否和第二个节点重合”，也没检查“头是否越界”。
贪吃蛇的碰撞有三类：撞墙、撞自己、吃食物。其中“撞自己”最容易漏判的是头和**紧邻的第二节**（比如向右走时，上一帧尾巴还没删，头就和刚删掉的位置重合了）。
- 边界检查必须放在最前：
head.x = width || head.y = height - 自身碰撞要遍历从索引
1开始（跳过第一节，即头本身），但注意：如果蛇长为 1，遍历范围为空，不会误判 - 吃食物判定用
head.x == food.x && head.y == food.y，成功后调用snake.addFirst(newHead)（不删尾），别忘了生成新食物
重绘时用 paintComponent(Graphics g)，别在 paint() 里硬扛
继承 JPanel 后重写 paintComponent 是标准做法。有人图省事重写 paint()，结果背景闪白、组件错位、双缓冲失效。
原因：Swing 默认启用双缓冲，但 paint() 绕过了组件绘制管线，paintComponent() 才真正接入缓冲机制。
- 开头必须调用
super.paintComponent(g)，否则旧画面残留 - 画蛇身推荐用
g.fillRect(x * CELL_SIZE, y * CELL_SIZE, CELL_SIZE, CELL_SIZE)，别用drawRect（边框太细看不清） - 食物用不同颜色填充，比如红色圆点：
g.fillOval(food.x * CELL_SIZE + 2, food.y * CELL_SIZE + 2, CELL_SIZE - 4, CELL_SIZE - 4)
链表操作本身不难，难的是每帧的时序控制和状态隔离——头刚算出来，尾还没删，身体数组还在旧状态，这时候做碰撞检测，差一个索引就全盘错乱。
