tcell 初始化必须调用s.Init()并显式defer s.Fini()，否则终端异常；所有绘图需s.Sync()刷新，事件须用s.PollEvent()阻塞获取，切片操作应预分配避免扩容。
初始化 tcell 屏幕必须调用 s.Init() 且不能漏掉 defer s.Fini()
tcell 不像 termbox 那样 Init/Close 成对即可，它要求显式调用 s.Fini() 释放终端控制权，否则程序退出后光标可能消失、终端乱码、甚至按键失灵。常见错误是只写 s.Init() 却忘了 defer s.Fini()，或在 panic 路径里没覆盖到。
- 必须在
s.Init()成功后才可调用任何绘图或事件方法，否则 panic - Windows 下若遇到初始化失败，先确认是否在 Windows Terminal / ConEmu 中运行，并检查系统是否启用 VT 处理（Win10+ 默认开启）
- CI 或 Docker 容器中直接报错 ——
s.Init()会返回*tcell.ErrNoScreen，这不是 bug，是设计使然：tcell 不支持 headless 场景
绘制逻辑要手动刷新：s.ShowCursor()、s.Sync() 和 s.Fini() 各司其职
tcell 没有自动 flush 机制，所有 s.SetContent() 只写入内存缓冲区，不调用 s.Sync() 就不会真正刷到终端。有人误以为 s.ShowCursor() 会触发刷新，其实它只是设置光标可见性，和重绘无关。
- 每帧绘制完必须调用
s.Sync()，否则画面完全不动 -
s.ShowCursor(x, y)只影响光标位置和可见性，常用于输入框场景；游戏里通常设为s.HideCursor() - 别在循环里反复调用
s.Fini()—— 它会释放整个屏幕资源，之后再调s.Sync()就 panic - 高频刷新（如 30+ FPS）时，
s.Sync()是性能瓶颈点，避免每帧都重绘全屏，只更新变化的坐标
键盘事件要用 switch ev := s.PollEvent().(type) 非阻塞轮询
s.PollEvent() 是阻塞调用，如果等不到输入就会卡住整帧，导致帧率暴跌。不能把它丢进 for-select 里直接监听 channel —— tcell 的事件 channel 模式已被弃用，且容易丢事件（尤其连按方向键时）。
- 正确做法：用
select控制帧间隔，再单独调一次s.PollEvent()，无事件就跳过 - 方向键、功能键统一走
*tcell.EventKey类型，ev.Key()返回tcell.KeyUp/tcell.KeyDown等，不是 rune - ESC、Tab、Enter 等控制键也通过
ev.Key()判断，不要依赖ev.Rune() - 想支持组合键（如 Ctrl+C），需检查
ev.Modifiers() & tcell.ModCtrl
蛇身移动别用 append() 扩容切片，预分配 + 截断更稳
和 termbox 场景一样，贪吃蛇类游戏在 tcell 中也面临高频切片操作问题。snake = append(snake, newHead) 看似自然，但底层数组反复扩容 + GC 延迟会导致几秒内内存飙升，尤其在 20+ FPS 下明显卡顿。
立即学习“go语言免费学习笔记（深入）”；
- 初始化时用
make([]cell, 0, 500)预设容量，后续移动只做snake = append(snake[:len(snake)-1], newHead) - 绝对不要写
snake = append(snake[1:], newHead)—— 这会复制 len-1 个元素，O(n) 开销 - 若蛇长可能突破预设上限，改用环形缓冲区（
container/ring或自定义(head + 1) % cap索引）比依赖切片更可控 - 每次移动后记得清除旧蛇尾坐标（
s.SetContent(oldTailX, oldTailY, ' ', nil, defStyle)），否则残留像素
PollEvent() 的阻塞特性、Sync() 的调用时机、切片底层数组的复用边界——这些地方一松懈，游戏就卡、闪、崩，而且问题往往延迟暴露。 
