场景：
我刚刚完成并实现了一堆代码，但是当我执行它时，我得到了一个 StackOverflowException？ StackOverflowException 没有堆栈跟踪，所以我被卡住了。我知道为什么会发生堆栈溢出，但要修复它，我需要知道它的根在哪里。
我得到的只是：tag-you're-it.dll 中发生了“System.StackOverflowException”类型的未处理异常
选项：
PS：
这是一种假设情况（尽管并不少见），因此没有可用的代码。
【问题讨论】：
WinDbg 可以完成工作，甚至包括获得合理的 (clr) 堆栈跟踪。 你需要get WinDbg，除非你已经用 Visual Studio 或 Windows SDK 安装了它。 注意：带有新 GUI 的“WinDbg 预览”对我来说效果很好。
我建议从 WinDbg 启动您的进程，当然如果这更适合您，您也可以将其附加到正在运行的进程中。
注意：启动进程后，CLR 没有立即加载，.loadby SOS.dll clr 将失败（“无法找到模块 'clr'）。您必须等待 CLR 加载。停止执行一次发生执行：
sxe ld clr加载 CLR 后，您必须执行以下步骤才能中断 StackOverflowException（在命令窗口/行中输入）：
.loadby SOS.dll clr（不是.loadby sos clr——这会导致扩展被加载两次）!stoponexception -create System.StackOverflowExceptiong（继续调试）触发 StackOverflowException / 等待它发生
!clrstack（将打印堆栈跟踪）著名来源：
【讨论】：
这几乎总是由于递归。要么是调用自身的方法，要么是调用回调它的方法的方法，以此类推。
要找到它：
StackOverflowException 的堆栈跟踪（我想这与无法捕获一个有关）。但是，有一些方法可以获取转储 as mentioned here。有时你也会遇到这样的错别字：
private string name;
public string Name
{
get { return Name; } // Ooops! This is recursive, all because of a typo...
}
这是我个人现在更喜欢使用自动属性的原因之一。
【讨论】：
转到调试、异常并选中“公共语言运行时异常”中的已抛出复选框。现在，当您导致 stackoverflow 异常时，调试器将（最终）停止并向您显示调用堆栈。
【讨论】：
您可以在调试模式下执行程序并暂停它。在当前的调用栈上你可以看到有一个方法或一组方法多次出现，这些都是有问题的方法。给这个方法打断点，看看它一直在调用什么。
【讨论】：
ProcDump 实用程序已帮助我们将问题作为described in details here 进行调试。步骤：
procdump -accepteula -e 1 -f C00000FD.STACK_OVERFLOW -g -ma <process ID> d:\home\DebugTools\Dumps 附加调试器（目录必须存在）我们可以通过启用 CrashDiagnoser 扩展在 Azure 上使用相同的技术，例如 described here。基本上它执行与上述相同的步骤。它生成的转储文件可以在 Visual Studio 中下载和打开。
【讨论】：
我怀疑如果导致堆栈溢出的线程的堆栈大小大于 Visual Studio 调试器可以跟踪的某个阈值，则调用堆栈不可用。
一种解决方法是生成一个堆栈大小小于默认堆栈大小的线程，因此 Visual Studio 调试器可以跟踪调用堆栈。
(new Thread(delegate ()
{
ProduceAStackOverFlowHere() ;
}, 256 * 1024)).Start();//Default size for 32 bit process is 1MB, 64 bit process is 4MB. So I'll set the size at 256KB.
【讨论】：
在作为失败操作的“入口点”的方法处，放置一个断点。单步执行代码并观察相同的方法调用序列是否以相同的模式一遍又一遍地发生，这样调用堆栈就会越来越深。
一旦你注意到这一点，就在当前位置放置一个断点，无论它在哪里。继续执行（Visual Studio 中的 F5） - 如果您走在正确的轨道上，那么调试器将很快停止在同一位置，并且调用堆栈会更深。
现在您可以检查一个“实时”堆栈帧，以确定如何确保此递归正确终止。
【讨论】：
就我个人而言，我喜欢尽可能将其缩小到特定的代码部分。例如，我只有一个。奇怪的是它只发生在我无法直接调试的机器上。
我有两个线程并行运行，所以我阻止了一个线程运行（或者你可以取消并行）。
然后我浏览了我的函数并添加了类似打印输出的函数，例如： 就像函数开始一样：
Console.WriteLine("<Enter method: {0}", DebuggingHelper.GetCurrentMethod());
就在函数返回之前：
Console.WriteLine(">Exit method: {0}", DebuggingHelper.GetCurrentMethod());
其中GetCurrentMethod定义为：
[MethodImpl(MethodImplOptions.NoInlining)]
public static string GetCurrentMethod()
{
StackTrace st = new StackTrace();
StackFrame sf = st.GetFrame(1);
return sf.GetMethod().Name;
}
然后我运行它，也许我没有添加到所有函数，但足以缩小代码中发生的位置。然后在该部分中添加更多内容。
您还可以在运行某些方法时添加检查点。
然后再次运行，你会发现在这些语句之间会出现 StackOverFlow 异常。继续缩小范围，直到找到为止。
以这种方式非常简单快捷地找到发生的位置。
【讨论】：
只是想补充一下关于使用 WinDbg 的答案，以及我发现的用于调试 dotnet core 应用程序的内容
.loadby sos coreclr（这应该会检测到您正在使用的.net core 的版本，但如果没有，您可以使用.load C:\Program Files\dotnet\shared\Microsoft.NETCore.App\2.0.5\sos，其中2.05 是您正在使用的.netcore 的版本!help 获得命令!dso 获取堆栈转储在我的情况下，它告诉我 stackoverflow 异常发生的确切位置
【讨论】：
如果您有代码并且能够从 Visual Studio 运行您的程序，它应该在遇到 System.StackOverflowException 时中断调试器（如果启用了第一次机会异常）。从那里您可以检查调用堆栈并查看哪些调用正在破坏堆栈。
我已经确认这适用于 Visual Studio 2010 和 Visual C# 2010 Express。
【讨论】：
在 IKVM.MET 的开发过程中，我想出了一个技巧来调试静态和动态程序集中的堆栈溢出错误，因为 IKVM.NET 广泛使用动态程序集。我将在 Visual Studio 调试器中运行可执行文件，当发生堆栈溢出时，Visual Studio 调试器将暂停该进程，而不是终止它。然后，我使用 dotnet-dump 获取核心转储，最后，我将终止进程以释放 RAM 并使用 dotnet-dump 分析核心转储。请注意，这仅适用于 .NET 核心应用程序。
创建核心转储的命令
dotnet-dump collect -p <Process ID here>
可以使用任务管理器获取进程 ID。 查看堆栈跟踪的命令：
dotnet-dump analyze <file name of dump> -c clrstack -all
How to use dotnet-dump, if you want to do further debugging
注意：这种调试技术是有风险的，因为进程可能已损坏，并且可能无法每次都正常工作。
【讨论】：