使用 > 90% RAM 时 C# Windows 服务的奇怪行为

Question

一段时间以来，我一直在尝试调试在两个数据库之间同步数据的算法。在几个月的日常使用中，一切正常，最近奇怪的事情开始发生，例如：

• “DisableBuyButton”属性有时设置为 true，而在配置文件中明确设置为 false（我已经单步执行了太多算法）有时会发现一些奇怪的东西 - 什么也没发现，而在我的机器上执行此操作时一切正常）
• 产品被分配到与预期不同的类别

，并且有许多类似的错误。

然后我记得在一次 CodeCamp 会议上有人说，在调试 ASP.NET 应用程序时，他们遇到了处于某种“紧急模式”的垃圾收集器问题 - 这导致发生许多意外且奇怪的错误。

我检查了可用内存量的情况 - > 90% 已使用。我简单地通过向虚拟机添加 1GB 或更多 RAM 来解决这个问题 - 所有这些奇怪的事情都消失得无影无踪。

现在的问题是：这怎么可能呢？

//编辑：确保只有一个实例正在运行的关键部分：

        lock (this)
        {
            if (WorkStarted)
            {
                return;
            }
            else
            {
                WorkStarted = true;
            }
        }

Answer 1

涉及的因素太多，无法确定，但一个潜在的问题是默认值的静默回退（假设您每次访问属性时都尝试从配置文件加载，但如果不能，则返回默认值）。

另一个问题（也可能是您遇到的问题）是缓存使用。您可能会遇到竞争条件或超时，将某些值重置为 null，这与上述情况相结合会产生有趣的情况。这可能只发生在相当长一段时间没有访问的情况下（通常情况下进程会在下次访问时回收并重新开始）或处理高内存情况时。

基本上，垃圾收集器不会随机翻转您的位（或删除可访问的对象），但它可能会做一些在我们添加的抽象层之后出现的事情。

编辑：

很抱歉冗长的回复，这个主题非常复杂，我试图给出普遍适用的建议。

让我们举一个简单的缓存示例，该缓存根据上次访问时间对所有内容进行排序，并将最旧的 20% 按计数放入 WeakReference 对象中，以防 GC 运行。然后，您从缓存中获取信息，但由于它可能已过期，因此您检查它是否存在。这将调用 WeakReference 的 HasValue 属性，该属性返回 true。最后你去读取对象，但在你可以之前，GC 运行并杀死该对象。缓存优雅地返回 null，但现在您的项目在其期望值的位置出现了 null。不要担心异常处理例程检测到错误并决定返回默认值（对于 bool 来说是 false）。

所有这些结合起来会造成一种情况，即您的代码没有意识到但它具有不正确的值，如果您一段时间不回调缓存，这个问题可能会持续一段时间。如果您的缓存通过删除数据（可能位于代码的“安全”部分中间）来响应 GC 调用，则可能会发生类似的情况。

解决此类问题的最佳解决方案是严格遵循缓存使用指南，或者如果您自己制定缓存使用指南，请确保您了解正在使用的任何交互，例如 WeakReference 和GC 工作，或者挂接到 GC 进程中的奇怪计时问题。

例如，如果您确实想要该值，则使用 WeakReference 的 HasValue 并不是一个好主意。相反，您应该只获取 Value，在最坏的情况下将返回 null，并测试 null （或者此时您可以调用HasValue 因为如果您有指向对象的引用，GC 不会干扰，但当 null 检查时则毫无意义）