18

我有一个 Windows 服务，它每分钟做一些密集的工作（实际上它每次都会启动一个新线程，在这个线程中它通过 http 同步到不同的系统）。问题是，几天后它突然停止而没有错误消息。

我有 NLog 并且我已经注册了AppDomain.CurrentDomain.UnhandledException. 文本文件日志中的最后一个条目只是一个正常条目，没有任何问题。查看事件日志，我在应用程序日志中也找不到任何消息，但是，系统日志中有两个条目。

一个基本上说该服务已意外终止。而已。第二个事件（与第一个事件同时）说：“......无法创建堆栈的新保护页面......”

根据我的阅读，这可能是堆栈溢出异常。我不解析任何 XML，也不做递归工作。我使用 Gate、Nancy 和 SignalR 托管一个网络服务器，并让 RavenDB 在嵌入式模式下运行。每分钟都会使用 .NET 4.0 中的 Taskfactory 启动一个新任务，并且我还有一个 ContinueWith ，我会在其中重新启动一个System.Timers.Timer以在一分钟内再次触发。

我怎样才能开始调查这个问题？这种错误的可能原因是什么？

4

5 回答 5

18

根据您提供的信息，我至少会执行以下操作：

  1. 请特别注意任何第三方呼叫，并围绕这些点添加额外的信息记录。
  2. 在某些情况下对AppDomain.CurrentDomain.UnhandledException您无济于事-StackOverflowException成为其中之一。我相信 CLR 在这种情况下只会给你一个字符串而不是堆栈跟踪。
  3. 在引入多个线程的区域周围要格外注意。

一个经常被忽视的例子StackOverflowException是：

private string myString;
public string MyString { get { return MyString; } }  //should be myString
于 2012-06-27T00:29:56.833 回答
3

我在一台特定的计算机上得到了这个，并将其跟踪到从初始化程序中引用自身的 ac# 对象

于 2018-03-06T08:41:47.027 回答
2

就像“物有所值”一样 - 在我的情况下，当代码尝试写入 Windows 事件日志并且交互式用户没有足够的权限时报告了此错误。这是一个小型控制台应用程序，可将异常记录到文本文件和事件日志（如果需要）。在异常情况下，正在更新文本文件，但随后引发了此错误，并且错误处理未捕获到该错误。禁用事件日志记录会停止发生的错误。

于 2014-08-08T10:42:05.077 回答
1

以防万一其他人遇到同样的问题，在我的情况下，我发现我的 Windows 服务意外地陷入了无限的递归循环。因此，如果其他人有这个问题，请考虑可能导致巨大递归循环的方法调用。

于 2015-11-04T06:59:23.813 回答
-1

我认为为什么你们都被难住了，因为这可能是 SSD 硬件故障。我大约每 3-5 小时玩一次游戏时一直收到此错误，并且我的计算机页面文件以某种方式失败。我知道它不是 RAM，因为我更换了我的 CPU/RAM/MOBO 组合试图解决这个问题。它不是编程，因为不同的游戏和不同的应用程序都会同时失败，除非它的窗口损坏？

我可能是错的，但只是一个想法。

我在突袭中有两个三星evo

于 2021-09-30T12:36:53.507 回答