当前位置：文江博客话题详情

追踪 Windows 服务中的 stackoverflow 错误

发布于 2024-12-02 07:59:59 字数 178 浏览 3 评论 0原文

我对我的一个 Windows 服务做了一个小调整，然后运行它并得到，

描述：由于堆栈溢出，进程被终止。

所以我回到旧版本并运行它，但仍然收到 stackoverflow 错误。

最糟糕的是我已经调试了两者并且我没有再次出现此错误。如何/什么是找到导致 Windows 服务溢出的原因的最佳方法？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

一刻暧昧 2024-12-09 07:59:59

您可以订阅 AppDomain.UnhandledException 来记录异常。另一种选择是查看服务崩溃时是否生成故障转储并使用 WinDbg 追踪问题。您还可以配置窗口来生成这些转储。 WinDbg 附带了可以附加到进程的脚本和当此进程崩溃时生成转储。

从这篇文章中：

...找到 StackOverflowException 并不难。如果你跑
!clrstack 并找到一个包含 200 多行的调用堆栈，您可以或多或少
确定这是您的问题。

更新：

如果您使用 .NET 4.0，则需要将 legacyCorruptedStateExceptionsPolicy 元素添加到服务配置文件中为了在 AppDomain.UnhandledException 中记录异常。

回复收藏 0 原文

云淡月浅 2024-12-09 07:59:59

在不了解具体问题的更多信息的情况下，我可以说 StackOverflowException（或其本机等效项）99% 的时间是由无界递归引起的。检查您的代码；确保您知道的任何递归情况都有正确的结束情况，并确保您没有做一些愚蠢的事情，例如当您打算访问字段时递归调用访问器或修改器：

private int something;

public int Something
{
    get
    {
        return Something; // return something;
    }

    set
    {
        Something = value; // something = value;
    }
}

Without knowing more about the specific problem, I can say that a StackOverflowException (or the native equivalent thereof) is caused by unbounded recursion 99% of the time. Check your code; make sure any recursive cases you're aware of have a correct end case, and make sure you're not doing something silly like recursively calling an accessor or mutator when you mean to be accessing a field:

private int something;

public int Something
{
    get
    {
        return Something; // return something;
    }

    set
    {
        Something = value; // something = value;
    }
}

回复收藏 0 原文

~没有更多了~