扫雷核心是格子状态管理与邻居雷数计算：用[][]bool存雷、[][]int存数字；状态分未翻开/已翻开/已标记三类；邻格计算需手动遍历8方向偏移。
扫雷游戏核心逻辑怎么用 Go 实现
扫雷不是靠界面堆出来的，而是靠两个关键结构：格子状态管理 + 邻居雷数计算。Go 里直接用二维切片 [][]bool 存雷分布、[][]int 存数字提示最直白，别一上来就搞 struct 套娃。
常见错误是把“翻开”和“标记”混在同一个字段里处理，结果递归展开时漏判状态，导致点开空地却卡住不扩散。正确做法是用三个独立状态：未翻开、已翻开、已标记（int 或枚举常量），避免布尔值语义模糊。
- 邻格计算必须手动写 8 方向偏移，别依赖第三方库——
for dx := -1; dx 这种循环比硬写 8 行更易维护 - 递归展开空地时加边界检查，否则
index out of range是高频 panic，尤其左上角[0][0]位置 - 雷数统计函数建议命名为
countAdjacentMines，接收board、row、col，返回int，别塞进 game struct 方法里增加耦合
控制台交互怎么避免阻塞和乱码
Go 默认的 fmt.Scanln 读取输入会吞掉回车符，用户输 2,3 后按回车，下一次读取可能直接拿到空字符串。更稳的方式是用 bufio.NewReader(os.Stdin) + ReadString('\n')，再用 strings.TrimSpace 清理。
清屏和光标定位这类操作，Windows 和 Linux 终端指令不同：cmd 下用 "\033[2J\033[H" 可能失效，得 fallback 到 cls 命令；而 Linux/macOS 下 ANSI 转义序列基本可靠。别强求跨平台清屏，先确保 Linux 能跑通。
立即学习“go语言免费学习笔记（深入）”；
- 坐标输入格式建议固定为
"r,c"（如"2,5"），用strings.Split(input, ",")拆分，再strconv.Atoi转整数 - 输入校验要早做：行号超出
len(board)、列号超出len(board[0])、格式非数字，都该立刻提示重输，别等进逻辑才 panic - 显示格子时用 Unicode 字符比 ASCII 更直观，比如
"■"表示未翻开，"⚑"表示标记，" "表示已翻开的空地——但注意 Windows 控制台默认字体可能不支持，可先用"#"和"F"备用
如何让游戏状态真正可复盘、可调试
很多人写完发现没法验证“是否真的赢了”，是因为胜利判断只在每次点击后粗略扫一遍，没把“所有非雷格子均已翻开”这个条件拆解清楚。真正可靠的 win check 应该独立成函数 isWin，遍历整个 board，统计已翻开格子数，对比总非雷数。
调试时最头疼的是雷的位置看不见。开发阶段别删雷图，加个隐藏命令（比如输入 "show"）直接打印原始 mineBoard，用 'X' 和 '.' 表示雷与空地，比翻日志快得多。
- 初始化雷分布必须用
rand.Seed(time.Now().UnixNano())，否则每次运行雷都一样——Go 1.20+ 已默认用纳秒种子，但显式写上更安心 - 第一点击不能踩雷，得在第一次调用
placeMines前排除当前坐标，否则玩家刚输完"1,1"就炸，体验极差 - 游戏主循环里别把状态更新、输入读取、画面渲染混在一起，至少拆成
handleInput→updateGame→renderBoard三步，方便单测和插桩
为什么不要用 goroutine 做扫雷动画或计时
控制台扫雷根本不需要并发。加个计时器用 time.AfterFunc 或主循环里累加 time.Since(start) 就够了；想做翻开动画？终端刷新本质是覆盖整屏，所谓“逐格展开”只是心理预期，实际只会看到最终态——强行用 goroutine + channel 控制节奏，反而导致状态不同步、panic: send on closed channel。
真正影响体验的是 IO 阻塞：如果清屏或输出用了带缓冲的 fmt.Printf，又没及时 os.Stdout.Sync()，在某些终端下会延迟半秒才刷出来。这不是性能问题，是输出流没冲刷。
- 计时变量用
int存秒数即可，别上time.Duration增加转换成本 - 如果真想加音效或震动反馈，Go 控制台做不到，那是 GUI 层的事，别在 CLI 版本里预留接口
- 导出存档？别设计复杂格式，一行一个坐标对，用
"%d,%d\n"写入文件就行，读取时scanner.Scan()+strings.Split足够
扫雷最难的从来不是算法，而是把“翻开一片空地”的抽象动作，精准映射到二维切片索引、边界检查、状态流转这三件事上。少想花哨功能，多盯住 board[row][col] 这一行有没有越界、有没有被重复修改、有没有漏通知邻居——这些地方一错，整个游戏就静默崩坏，还不好 debug。
