EasyX绘制扫雷需手动绘制格子并实现坐标映射：用fillrectangle等函数逐个画矩形格子，通过常量CELL_SIZE、OFFSET_X/Y将鼠标坐标换算为行列索引，须做边界检查防越界。
EasyX 绘制扫雷格子和状态图需要自己画，没有现成控件
EasyX 是 GDI 封装库，不提供按钮、网格等 UI 控件，所有格子得用 fillrectangle、circle、outtextxy 逐个绘制。每个格子本质是带坐标的矩形区域，点击坐标需手动换算成行列索引（比如鼠标 x=120, y=85 → row=2, col=3）。别指望 onmouseclick 自动告诉你点在哪个格子上——必须写坐标映射逻辑。
常见错误：直接用鼠标原始坐标当索引，导致点错格子；或格子间距/边框没预留，相邻格子绘制重叠。建议统一用常量定义：CELL_SIZE = 30、OFFSET_X = 20、OFFSET_Y = 60，再用 (mx - OFFSET_X) / CELL_SIZE 向下取整算列号，注意加边界检查（col >= 0 && col ）。
左键挖开、右键插旗、双击展开的逻辑要手写状态机
扫雷核心不是图形，而是格子状态管理：未翻开（COVERED）、已翻开（REVEALED）、插旗（FLAGGED）、问号（QUESTIONED）。EasyX 不维护这些状态，全靠你自己用二维数组（如 int grid[ROWS][COLS]）存，并在每次鼠标事件后更新+重绘对应格子。
双击展开（chording）尤其容易出错：必须判断「当前格子已翻开」且「周围插旗数 == 周围真实雷数」才触发。很多人漏掉“已翻开”前提，导致未翻开格子双击也展开，逻辑崩坏。示例关键判断：
立即学习“C++免费学习笔记（深入）”；
if (state[r][c] == REVEALED && flagCount == mineCount) {
for (int dr = -1; dr <= 1; dr++)
for (int dc = -1; dc <= 1; dc++) {
int nr = r + dr, nc = c + dc;
if (valid(nr, nc) && state[nr][nc] == COVERED)
reveal(nr, nc); // 递归展开
}
}递归展开空地时容易栈溢出或重复绘制
扫雷的“展开一片空白”是深度优先递归，但 EasyX 的绘图函数（如 fillrectangle）本身不耗栈，问题出在你的 reveal() 函数里：如果没标记已访问，相邻格子会反复调用自身，尤其是大地图（20×20 以上）可能爆栈或卡死。
解决方法只有两个：
① 用布尔数组 visited[ROWS][COLS] 在递归前标记，回溯不取消；
② 改用 BFS（队列），更安全但代码略长。另外，别在每次 reveal() 里都全屏重绘——只重绘本次变化的格子，否则帧率骤降。一个格子状态变，就立刻调用 drawCell(r, c) 单独刷新它。
- 切忌在递归中调用
FlushBatchDraw()，会严重拖慢 - 雷数计算用预处理：初始化时对每个格子跑一遍八邻域统计，存在
mineCount[r][c]，别每次现场算 - 右键循环切换（COVERED → FLAGGED → QUESTIONED → COVERED），别漏掉 QUESTIONED 状态
游戏结束弹窗和计时器得绕过 EasyX 的单线程限制
EasyX 默认单线程，getch() 或 delay() 会卡住整个画面。计时器不能用简单循环+计数，得用 GetTickCount() 记录起始时间，每帧用 GetTickCount() - start 算秒数，再转成字符串用 outtextxy 覆盖绘制。
游戏结束（踩雷或胜利）弹窗也没内置函数。你只能：
• 用 setfillcolor(RED) + fillrectangle 画半透明遮罩层
• 再用 setcolor(WHITE) + outtextxy 居中写“Game Over”
• 最后用 MouseHit() 检测用户点击任意位置退出——别想用 MessageBox，它会阻塞 EasyX 消息循环，画面冻结
真正难的不是画，是状态同步：计时器变量、胜负标志、鼠标事件队列，三者必须严格按帧序更新，否则会出现“雷已炸但计时还在跑”或者“点完旗子画面没刷新”的撕裂感。
