C语言实现太空侵略者类游戏：score变量异常激增问题求助

这个分数突然暴涨几十万的问题在C语言写的小游戏里真的挺常见的，大概率是内存操作出了问题，我给你整理几个实用的排查方向，你可以一步步来定位：

• 先锁定score变量的所有修改点
  先把代码里所有修改score的地方找出来，比如只有击毁敌机时的score += 10这类逻辑。检查有没有其他函数不小心修改了它——比如是不是把score的地址传给了某个不需要它的函数，或者有没有变量名拼写错误（不过这种编译器一般会报错）。另外确认score的初始化：是不是定义的时候就设为0了？比如int score = 0;，如果没初始化，初始值是随机的，但你说的是运行中激增，所以更可能是后续被意外修改。

• 重点排查内存越界访问
  这是最常见的原因！比如你的敌机数组、子弹数组有没有超出下标访问？举个例子：如果你定义了Enemy enemies[20];，但循环的时候写了for (int i = 0; i <= 20; i++)，那enemies[20]就越界了，刚好这个位置的内存可能就是score变量存在的地方，这时候操作越界的敌机数据就会直接改掉score的值。
  推荐用编译器的内存检测工具，比如用GCC编译的时候加-fsanitize=address参数，运行游戏的时候，只要有越界访问，它会直接报错告诉你具体的代码行，非常好用。

• 检查并发/中断相关的问题（如果用了的话）
  如果你的游戏用了定时器中断、多线程来处理逻辑，那可能存在竞争条件：比如主程序和中断函数同时修改score，导致数值被错误叠加。或者中断函数里不小心写错了代码，直接给score赋了大值。这种情况可以给score加上volatile修饰（确保每次读取都是从内存取最新值），或者在修改score的时候暂时关闭中断（嵌入式环境），加个简单的互锁。

• 加日志调试，追踪score的变化
  在所有修改score的地方加一行打印，比如：

  printf("[DEBUG] Score updated: +10, current: %d\n", score);
  

  这样当分数突然暴涨的时候，你就能看到是哪段代码触发的——是一次加了几十万，还是短时间内触发了几十万次加分？如果是后者，那可能是敌机碰撞检测的逻辑写错了，比如某个敌机被判定为连续被击中上万次。

• 检查指针误用的情况
  有没有哪里把score当成指针来用了？比如如果score是int类型，却写了*score += 10，这时候会把score的当前值当成内存地址，去修改那个地址里的内容——如果刚好这个地址是其他变量的位置，就会出问题。反过来，有没有其他指针错误地指向了score的内存位置？比如int *ptr = some_array + wrong_offset，刚好ptr指向了&score，然后给*ptr赋值了大数值。

内容的提问来源于stack exchange，提问作者Redcoat