这是我在此的头一篇博文。我正在使用 XNA 在 Visual Studio 2010 中制作游戏,但我遇到了巨大的内存泄漏。我的游戏开始使用 17k 内存,然后在十分钟后达到 65k。我运行了一些内存分析器,它们都说正在创建 String 对象的新实例,但它们不是实时的。String 的活动实例的数量根本没有改变。它还创建了 Char[](我期望它)、Object[] 和 StringBuilder 的实例。我的游戏很新,但是这里发布的代码太多。我不知道如何摆脱不活跃的实例,请帮助!
2 回答
您没有发布足够的信息来为您提供比有根据的猜测更多的信息。这是我有根据的猜测:
如果你在 Draw 方法中做这样的事情:
spriteBatch.DrawString(font, "Score: " + score, location, Color.Black);
spriteBatch.DrawString(font, "Something else: " + foo, overHere, Color.Black);
spriteBatch.DrawString(font, "And also: " + bar, overThere, Color.Black);
然后,这些调用中的每一个都将在每次运行时在您背后创建新对象string
。StringBuilder
因为它们在您的Draw
方法中,所以每个可能每秒运行 60 次。那是分配了很多临时对象!
要验证是否是这种情况 - 使用 CLR Profiler。听起来你已经这样做了。
虽然这并不是真正的“泄漏”——垃圾收集器最终会清理它们——但这种分配模式在游戏中是不可取的。请参阅此博客文章,了解在游戏中处理垃圾收集的两种方法。方法 1 通常更容易并提供更好的结果 - 所以我在这里讨论它。
在这一点上值得一提的是,PC 上的 GC 足够快,这样的分配并不重要。GC 会以很少的开销清理微小的对象(比如你的临时字符串)。
另一方面,在 Xbox 360 上,即使像这样定期产生少量垃圾也会导致一些严重的性能问题。(我不确定 WP7,但我个人会像 Xbox 一样对待它——小心!)
我们如何解决这个问题?
答案很简单:DrawString
将接受一个StringBuilder
代替的实例string
。每次需要将自定义字符串放在一起时,创建一个实例StringBuilder
然后重用它。
请注意,将数字或其他对象隐式或通过其ToString()
方法转换为字符串也会导致分配。因此,您可能必须编写自己的自定义代码来追加StringBuilder
而不导致分配。
这是我以扩展方法的形式使用的一种方法,用于将整数附加到字符串而不分配:
public static class StringBuilderExtensions
{
// 11 characters will fit -4294967296
static char[] numberBuffer = new char[11];
/// <summary>Append an integer without generating any garbage.</summary>
public static StringBuilder AppendNumber(this StringBuilder sb, Int32 number)
{
bool negative = (number < 0);
if(negative)
number = -number;
int i = numberBuffer.Length;
do
{
numberBuffer[--i] = (char)('0' + (number % 10));
number /= 10;
}
while(number > 0);
if(negative)
numberBuffer[--i] = '-';
sb.Append(numberBuffer, i, numberBuffer.Length - i);
return sb;
}
}
C# 中没有内存泄漏(或者说,它们很难获得)。你所经历的是正常的。垃圾收集器不会“感觉”它需要收集内存,所以它不需要。每当内存不足时,就会发生垃圾收集。如果您绝对确定您没有保留对您string
的 s 的不必要引用,那么一切都很好。
如果要强制 GC 循环,请使用GC.Collect()
.