企业官网建设流程全解析

今天这篇博客，我就把整个扫雷游戏的设计思路、数据结构的“越界”防范陷阱，以及核心底层逻辑一步步拆解出来。全当是给自己做个复盘，也希望能给同样在死磕编程基础的朋友们提供一些实战灵感。

1. 游戏核心功能拆解

要写出游戏，首先得明确我们要在控制台上实现什么样的功能：

● 默认提供一个 9×9 的基础网格棋盘。

● 系统会在棋盘中随机且不重复地布置 10 个地雷。

● 玩家输入具体坐标进行排雷：若踩中地雷则游戏结束；若非地雷，则在该位置显示其周围 8 个格子中一共藏有几个雷。

● 胜利条件：玩家成功找齐除了 10 个雷之外的所有 71 个安全格子。

2. 核心数据结构设计（双棋盘与边界扩容）

这部分是整个游戏最精妙的底层设计，也是初学者最容易死锁的地方。

2.1 为什么要扩大一圈边界？（高频踩坑点）

在 9×9 的棋盘中，当我们排查边缘格子（如四个角或贴边的坐标）时，算法需要围绕它统计一圈 8 个格子里的雷数。如果严格按照 9×9 的物理大小定义数组，访问边缘周边就会引发致命的数组越界访问报错。

破局方案：将数组的物理大小上下左右各扩大一圈，也就是定义成 11×11 的二维数组。我们依然只在中间的 9×9 区域真实布置地雷，而最外层的一圈则作为“安全缓冲区”常驻初始化为空。这样就从物理层面上完美消灭了越界 Bug，统一了排查算法。

2.2 为什么需要两个独立的棋盘？

扫雷包含两层核心信息：真实的“地雷物理分布”和玩家看到的“排查进度展示”。如果共用一个数组，地雷的标记和排查后显示的数字就会产生严重的数据混淆与逻辑冲突。

破局方案：创建两个完全独立的 11×11 二维数组：

●mine 数组：作为“后台黑盒”，专门用来隐藏存放系统布置的地雷信息。

●show 数组：作为“前台 UI”，专门展示给玩家排查的进度和提示信息。

3. 多文件协同开发架构

为了保证代码的高内聚、低耦合，符合标准工程规范，我们采用多文件结构设计： ●game.h：存放所有的头文件引用、常量宏定义（如棋盘行、列、地雷总数）以及核心功能函数的接口声明。 ●game.c：专门存放游戏核心引擎，如棋盘初始化、动态布雷、排雷扫描函数的具体实现逻辑。 ●test.c：存放游戏的整体流程控制与主干测试逻辑（如菜单打印、胜负状态流转等）。

4. 核心代码拆解与实现

4.1 游戏初始化 (InitBoard)

我们需要封装一个通用的初始化函数。为了区分状态，将mine后台数组初始为字符'0'，show前台数组初始为字符'*'。

C

void InitBoard(char board[ROWS][COLS], int rows, int cols, char set) { int i = 0; for (i = 0; i < rows; i++) { int j = 0; for (j = 0; j < cols; j++) { board[i][j] = set; } } }

4.2 随机布置地雷 (SetMine)

利用随机数生成函数rand()结合取模运算，生成 1~9 之间的随机有效坐标，并注意过滤掉已经布置过地雷的重复位置。

C

void SetMine(char board[ROWS][COLS], int row, int col) { int count = EASY_COUNT; // 设定需布置的地雷总数 (默认 10 个) while (count) { // 生成 1~9 的随机下标 int x = rand() % row + 1; int y = rand() % col + 1; // 如果该位置为 '0'（非雷），才进行布雷操作 if (board[x][y] == '0') { board[x][y] = '1'; count--; } } }

4.3 雷数统计算法 (GetMineCount)

这是底层算法最精华的部分。由于我们在mine数组中存储的是字符'0'和字符'1'，在统计周围 8 个坐标的数值时，只需将它们的 ASCII 码相加，然后减去 8 个字符'0'的 ASCII 码，就能完美转化为真实的整数型雷数。

C

// 巧妙利用 ASCII 码特性统计 (x,y) 坐标周围 8 个方向的地雷总数 int GetMineCount(char mine[ROWS][COLS], int x, int y) { return (mine[x-1][y] + mine[x-1][y-1] + mine[x][y-1] + mine[x+1][y-1] + mine[x+1][y] + mine[x+1][y+1] + mine[x][y+1] + mine[x-1][y+1] - 8 * '0'); }

4.4 排雷主逻辑 (FindMine)

排雷的主逻辑需要一个死循环把控状态流转，直到排查出所有安全区域才触发胜利分支。

C

void FindMine(char mine[ROWS][COLS], char show[ROWS][COLS], int row, int col) { int x = 0, y = 0; int win = 0; // 记录已成功排查的安全坐标个数 // 当所有非雷区域未被完全排查完毕时，持续接收外部输入 while (win < row * col - EASY_COUNT) { printf("请输入要排查的坐标:>"); scanf("%d %d", &x, &y); // 拦截非法越界坐标 if (x >= 1 && x <= row && y >= 1 && y <= col) { if (mine[x][y] == '1') { printf("很遗憾，你被炸死了\n"); DisplayBoard(mine, ROW, COL); // 打印后台底牌 break; } else { int count = GetMineCount(mine, x, y); show[x][y] = count + '0'; // 加上 '0' 将整型转化为可显示的字符 DisplayBoard(show, ROW, COL); win++; } } else { printf("坐标非法，请重新输入\n"); } } // 胜负判定：排雷次数等于总格子数减去地雷数 if (win == row * col - EASY_COUNT) { printf("恭喜你，排雷成功！\n"); DisplayBoard(mine, ROW, COL); } }

5. 项目技术总结与功能扩展

本项目实现了扫雷游戏的核心机制，主要涵盖以下基础技术方案的实际应用：

●二维数组的边界控制：通过将 9×9 的逻辑棋盘映射到 11×11 的物理数组中，在不增加额外边界判断逻辑的前提下，避免了周围区域扫描时可能引发的数组越界与内存溢出问题。

●ASCII 码的数据转换：通过计算字符间的 ASCII 码差值，实现了字符型变量（'0'、'1'）与整型常量之间的无损转换，优化了统计逻辑。

●多文件模块化架构：将游戏逻辑拆分为声明（.h 文件）与实现（.c 文件），分离了数据结构定义与核心控制流程，有效降低了系统的耦合度。

基于当前的基础架构，系统仍具备以下功能演进空间：

●动态难度配置：增加动态参数解析，支持构建不同尺寸与雷数密度的矩阵环境（如 16×16 或更大规格的棋盘配置）。

●深度遍历寻路：对周围无雷的空白坐标引入递归算法，实现连通安全区域的自动展开计算，还原完整的扫雷交互体验。