You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

C# MonoGame项目调试时随机触发System.StackOverFlowException求助

排查MonoGame项目中System.StackOverflowException问题

问题背景

使用Visual Studio 2019开发C# MonoGame简易项目时,调试阶段频繁触发System.StackOverFlowException,断点位置无规律(甚至会在大括号处中断)。已尝试清理代码、重建项目、重启IDE及电脑等常规操作,问题仍未解决。

定位到Map类的Apply()方法中,移除以下两段代码后程序可正常运行:

if (Player == Destination)
{
    gamestate.Level++;
    gamestate.SaveState();
    gamestate.Reset();
    Randomize();
}
if (state[(int)Player.Y, (int)Player.X])
{
    gamestate.Level = 0;
    Randomize();
}

可能的问题原因及排查方向

1. 无限递归调用

栈溢出最常见的原因就是无限递归——某个方法间接或直接调用了自身,不断向调用栈中压入帧,最终超出栈容量。

  • 检查gamestate.Reset()、Randomize()、gamestate.SaveState()这几个方法的内部实现:
    • 比如gamestate.Reset()是否会重新初始化Map实例,或触发Map的Apply()方法?如果是,就会形成Apply() → Reset() → Apply()的无限循环。
    • Randomize()生成新地图时,是否会再次触发Apply()的逻辑?比如随机化过程中修改了Player或Destination的位置,导致条件再次满足,重复执行代码块。

2. 条件判断的逻辑错误

  • 检查Player == Destination的比较逻辑:
    • 如果Player和Destination是自定义结构体,是否正确重载了==运算符?未重载的话会按值比较,可能出现意料之外的相等判断,导致代码块被反复触发。
    • 如果是引用类型,是否存在引用指向同一对象的情况,导致条件永远为true?
  • 检查state[(int)Player.Y, (int)Player.X]的取值逻辑:是否在修改Level或随机化后,该位置的值始终为true,导致第二个if代码块被无限执行?

3. 状态修改引发的连锁触发

修改gamestate.Level后,是否存在监听Level变化的逻辑(比如属性的setter事件、观察者模式)?如果这些逻辑会触发Map的Apply()方法,就会形成Apply() → 修改Level → 触发Apply()的循环。

排查步骤

  1. 跟踪调用栈:在gamestate.Reset()、Randomize()内部添加断点,执行程序时查看调用栈,确认是否在执行这些方法时又回到了Map.Apply()。
  2. 逐步注释测试:先注释掉代码块中的单个方法(比如先注释gamestate.Reset(),再运行测试),逐步定位是哪个方法导致的栈溢出。
  3. 添加日志输出:在两个if代码块中添加日志(比如Console.WriteLine($"触发Level++逻辑,当前Level:{gamestate.Level}")),记录每次触发的时机,看是否出现重复触发的情况。
  4. 检查运算符重载:如果Player/Destination是自定义类型,确认==运算符的实现是否符合业务预期。

若能提供Map类及GameState类的完整代码,可以更精准地定位问题根源。

内容的提问来源于stack exchange,提问作者Joshua sweet

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.18 01:01:07