用fmt.print配合ansi转义序列可实现终端贪吃蛇：先发\033[h\033[2j清屏归位，再逐行重绘；用时间戳控制固定帧率；stdin需设为原始模式非阻塞读单字节，识别esc序列处理方向键；蛇身切片删尾用snake[:len(snake)-1]即可；坐标更新须先检查越界再修改。
用 fmt.Print 和 ANSI 转义序列在终端画蛇，别碰 termbox 或 tcell
命令行贪吃蛇不需要 GUI 库——终端本身支持定位光标、清屏、改色，靠 fmt.Print 输出 ANSI 控制序列就能搞定。关键不是“怎么渲染”，而是“怎么让光标回到原点重绘”。常见错误是直接 fmt.Println 一堆行，结果蛇动一下就满屏乱滚。正确做法是每次重绘前发一个 \033[H（光标归位）+ \033[2J（清屏），再逐行输出整个地图。注意 Windows Terminal 和 iTerm2 都支持，但老版 cmd.exe 需要先调用 os.Setenv("TERM", "xterm") 并启用虚拟终端。
time.Sleep 控制帧率时，为什么蛇总卡顿或飞走
贪吃蛇的“速度”本质是主循环间隔，但直接写 time.Sleep(100 * time.Millisecond) 很危险：输入响应、逻辑计算、渲染耗时都会挤占这一百毫秒，导致实际帧率不稳。更可靠的做法是记录上一帧时间戳，用 time.Since(lastFrame) 判断是否该渲染，没到就继续 select 等待输入事件。这样逻辑和渲染解耦，按固定帧率跑，又不丢键。别用 runtime.Gosched() 强制让出，它不解决根本问题。
方向输入用 bufio.NewReader(os.Stdin).ReadBytes('\n') 就错了
回车才触发输入？那蛇早撞墙了。必须非阻塞读单字节，且兼容箭头键——它们发的是多字节 ESC 序列（如 ↑ 是 3[A）。正确做法是设 stdin 为原始模式（Unix 下用 syscall.Syscall 调 ioctl，Windows 用 golang.org/x/sys/windows 的 SetConsoleMode），然后用 bufio.NewReader(os.Stdin).ReadByte() 逐字节收。遇到 0x1B（ESC）就再读两字节判断方向，否则按 WASD 处理。漏掉原始模式切换，ReadByte 会一直等回车。
蛇身坐标用 []struct{x, y int} 存，但删尾部时别用 append(snake[:len(snake)-1], nil...)
切片底层数组可能被复用，导致旧蛇身残影——尤其当蛇很长、频繁增删时。安全做法是显式创建新切片：snake = snake[:len(snake)-1] 即可，Go 1.21+ 已优化掉底层数组泄漏风险。但更要紧的是：所有坐标运算（比如蛇头新位置）必须先检查是否越界或撞自己，再更新切片。顺序反了，就会出现“蛇头已撞墙，尾部还跟着动一下”的视觉 bug。地图宽高建议硬编码为常量，别从 terminal.Size 动态读——不同终端返回值不可靠，且贪吃蛇需要固定网格。
立即学习“go语言免费学习笔记（深入）”；
最易被忽略的是标准输入缓冲区残留：用户狂按方向键，未消费的字节会堆在缓冲区，下一帧突然连吐三个 A，蛇直接扭成麻花。每次读完方向后，得用 peek, _ := reader.Peek(1); if len(peek) > 0 { reader.Discard(1) } 清掉多余字节——或者更干脆，只处理第一个有效方向，其余丢弃。
