我们发现自动生成的程序集之一在 new() 上抛出 StackOverflowException。这个类有（请耐心等待）400 多个简单属性，这些属性在构造函数中初始化（大多数默认为（字符串）等）。
我们注意到它在 64 位上运行良好，但在 32 位上运行却很糟糕！
我们需要测试我们的用例创建更大的默认堆栈是否合理，以便在重新设计代码生成器时为我们提供喘息空间。
我们尤其会。如果可能的话，对涉及 app.config 的解决方案感兴趣。但我是一个现实主义者，所以一切都会好起来的。
堆栈溢出的原因。我们已经将错误范围缩小到有问题的构造函数中。我的第一印象也是无限递归类型。不过，我们使用 3 行控制台应用程序重现了该错误：
当它击中第二个构造函数时，它会爆炸。
现在通过 .net 源代码进行调试，我们看到堆栈溢出位于 Guid.NewGuid() 中，它作为第二个参数传递给构造函数。实际的代码行是对本机 CoCreateGuid() 调用的调用。
因此，虽然这可能是 CoCreateGuid() 中的错误，但我们希望从问题中消除我们的代码。我的第一个想法是大幅增加堆栈的大小，看看这个错误是否再次发生。然后，由于我认为我们可以控制所有用例，因此用对象初始化替换构造函数 - 认为这可以减轻堆栈的压力。
铌。我们可以通过从类中仅删除 int 属性来阻止错误的发生。