C语言10×10二维数组填充字符异常：为何出现多余'*'？

嘿，我来帮你拆解下这个诡异的问题——明明应该只输出?，却凭空冒出来*，这种情况90%以上和数组越界、未初始化内存或者索引逻辑错误有关，咱们一条条说：

1. 最常见的元凶：数组越界访问 #

你提到另一个数组是10×10的全0数组，那它的合法下标范围是0~9（C语言数组从0开始计数）。如果你的循环边界写错了（比如写成i <= 10而不是i < 10），就会访问到数组之外的内存区域。

举个错误示例：

int zero_grid[10][10] = {0};
char grid[10][10];

// 错误的循环：i和j的上限是10，超出了数组的合法范围
for (int i = 0; i <= 10; i++) {
    for (int j = 0; j <= 10; j++) {
        if (zero_grid[i][j] == 0) {
            grid[i][j] = '?';
        } else {
            grid[i][j] = '*';
        }
    }
}

当i=10或j=10时，zero_grid[i][j]访问的是数组内存之外的随机值，这些值大概率不是0，就会触发else分支给grid赋值*。

2. grid数组未初始化的脏数据 #

如果你的grid数组在使用前没有被完全初始化，那些没被循环覆盖到的位置会保留内存里的原始脏数据。而刚好有些脏数据的ASCII值对应*，看起来就像是凭空出现的。

比如这种错误写法：

char grid[10][10]; // 局部数组，未初始化时内存是随机值
int zero_grid[10][10] = {0};

// 循环漏处理了部分下标，比如i从1开始而不是0
for (int i = 1; i < 10; i++) {
    for (int j = 0; j < 10; j++) {
        grid[i][j] = '?';
    }
}
// 此时grid[0][*]全是脏数据，很可能包含'*'

3. 索引对应逻辑错误 #

如果你的代码里把zero_grid和grid的坐标对应错了（比如把x和y搞反了，或者加了错误的偏移量），也可能导致错误触发else分支。比如本来应该用zero_grid[x][y]判断，结果写成了zero_grid[y][x]，如果后续zero_grid有被修改过（你提到后续会修改数组），就可能访问到非0值，进而赋值*。

另外还有个容易忽略的点：如果zero_grid是局部数组且你没显式初始化（只写了int zero_grid[10][10];而不是int zero_grid[10][10] = {0};），那它的初始值不是全0，而是随机的，这时候判断条件自然会出错。

快速排查建议 #

• 先检查循环边界：确保所有下标都在0~9范围内，循环条件用i < 10而非i <= 10；
• 初始化grid数组：可以用char grid[10][10] = {0};或者先通过循环把所有位置设为?；
• 打印zero_grid的所有值：确认哪些位置不是0，看是不是越界访问或者数组没正确初始化；
• 用调试器单步执行：跟踪哪些位置触发了else分支，查看对应的zero_grid下标值到底是什么。

内容的提问来源于stack exchange，提问作者Andrej Košík