我寫了10年的C ++。我遇到了內存問題，但是可以通過合理的努力解決它們。在過去的幾年中，我一直在編寫C＃。我發現我仍然遇到很多內存問題。由于不確定性，它們很難診斷和修復，并且由于C＃的理念是，當您一定要這樣做時，您不必擔心這些事情。我發現的一個特殊問題是，我必須明確地處置和清理代碼中的所有內容。如果我不這樣做，那么內存探查器并沒有真正的幫助，因為有太多雜亂無章的東西浮在水面，您無法在他們試圖向您展示的所有數據中找到泄漏。我想知道我是否有錯誤的主意，或者我擁有的工具不是最好的。什么樣的策略和工具對于解決.NET中的內存泄漏有用？
3 回答
12345678_0001
TA貢獻1802條經驗 獲得超5個贊
我們在項目中使用了Red Gate軟件的Ants Profiler Pro。它對于所有基于.NET語言的應用程序都非常有效。
我們發現.NET垃圾收集器在清理內存中的對象（應該如此）方面非?！鞍踩?。它會保留對象，只是因為我們將來可能會使用它。這意味著我們需要更加注意內存中膨脹的對象數量。最后，我們將所有數據對象轉換為“按需擴展”（就在請求字段之前），以減少內存開銷并提高性能。
編輯：這是對我所說的“按需膨脹”的進一步解釋。在數據庫的對象模型中，我們使用父對象的屬性來公開子對象。例如，如果我們有一些記錄以一對一的方式引用了其他“詳細”或“查找”記錄，那么我們將這樣構造它：
class ParentObject
Private mRelatedObject as New CRelatedObject
public Readonly property RelatedObject() as CRelatedObject
get
mRelatedObject.getWithID(RelatedObjectID)
return mRelatedObject
end get
end property
End class
我們發現，當內存中有很多記錄時，上述系統會產生一些實際的內存和性能問題。因此，我們切換到一個系統，在該系統中，僅在請求對象時才夸大對象，并且僅在必要時才進行數據庫調用：
class ParentObject
Private mRelatedObject as CRelatedObject
Public ReadOnly Property RelatedObject() as CRelatedObject
Get
If mRelatedObject is Nothing
mRelatedObject = New CRelatedObject
End If
If mRelatedObject.isEmptyObject
mRelatedObject.getWithID(RelatedObjectID)
End If
return mRelatedObject
end get
end Property
end class
事實證明，這樣做的效率要高得多，因為對象一直保留在內存中，直到需要它們為止（訪問Get方法）。它在限制數據庫命中方面提供了極大的性能提升，并在內存空間上獲得了巨大的收益。
- 3 回答
- 0 關注
- 572 瀏覽
添加回答
舉報
0/150
提交
取消