为什么我的 WPF Treeview 绑定到 LinqToSql 类会占用大量内存？

Question

我有一个 WPF 应用程序，它在内存不足后停止运行...
它基本上是一个显示节点的 TreeView，这些节点是 Linq To Sql 或生成的类 ICTemplates.Segment 的实例。 在 OR 设计器中，大约有 20 个表通过关联间接链接到此类。

<TreeView Grid.Column="0" x:Name="tvwSegments" 
                      ItemsSource="{Binding}" 
                      SelectedItemChanged="OnNewSegmentSelected"/>
<HierarchicalDataTemplate DataType="{x:Type local:Segment}" ItemsSource="{Binding Path=Children}"> 
...

// code behind, set the data context based on user-input (Site, Id)
KeeperOfControls.DataContext = from segment in tblSegments
   where segment.site == iTemplateSite && segment.id == iTemplateSid
   select segment;

我在段类中添加了一个名为 Children 的显式属性，该属性查找另一个包含父子记录的表。

public IEnumerable<Segment> Children
{
  get
  {
    System1ConfigDataContext dc = new System1ConfigDataContext();
    return from link in this.ChildLinks
      join segment in dc.Segments on new { Site = link.ChildSite, ID = link.ChildSID } equals new { Site = segment.site, ID = segment.id }
      select segment;
  }
}

其余部分是数据绑定与数据模板相结合，将每个段显示为一组 UI 控件。

我非常确定子级是根据响应时间按需加载的（当我展开父级时）。 当我展开一个包含大约 70 个子节点的节点时，需要一段时间才能加载子节点（任务管理器显示内存使用情况为 1000000K！）。 如果我用大约 50 个子节点扩展下一个节点，轰隆隆！ OutOfMemoryException

我运行 VS Profiler 进行更深入的研究，结果如下

摘要页面 对象生命周期 分配

前 3 名是 Action、DeferredSourceFactory.DeferredSource 和 EntitySet（全部.Net/LINQ 类）。 唯一的用户类是 Segment[] 和 Segment，排在第 9 和第 10 名。

我想不出要追寻的线索。原因可能是什么？

Answer 1

也许是围绕 DataContext 的使用？

using(System1ConfigDataContext dc = new System1ConfigDataContext()){
  .... ?
}

另外，您是否尝试过使用sql profiler？ 可能会对此事有所启发。

Answer 2

您是否尝试过使用全局 DataContext 而不是每个元素使用一个全局 DataContext？

使用自己的查询和结果创建所有 DataContext 可能会导致内存膨胀。

Answer 3

我不知道确切的解决方案，但 join 中的新语句可能会导致此问题。 因为对于每个关系都可以创建一个新对象（但正如我提到的，我不知道它是否正确）。

你能试试这个吗？

public IEnumerable<Segment> Children
{
  get
  {
    System1ConfigDataContext dc = new System1ConfigDataContext();
    return from link in this.ChildLinks
      join segment in dc.Segments on link.ChildSite == segment.site && link.ChildSID == segment.id
      select segment;
  }
}

Answer 4

问题似乎是创建多个 S1DataContext 对象，如 Sirocco 所提到的。
我尝试使用 using 语句来强制 Dispose 并使其符合收集条件。 然而，它导致了一个我无法理解的 ObjectDisposeException 。

1. 该控件来自设置 DockPanel KeeperOfAllControls 数据上下文的行。
2. [外部代码]（显示在调用堆栈中）
3. Segment.Children.get（具有带 dc 的 using 块）
4. 回到步骤 1 中的行... Linq 查询使用从 S1DataContext 本地实例检索的 tblSegments

无论如何，所以我假设有一些东西阻止创建多个 DataContext处置。 所以我尝试了单例DataContext。
它有效！

• TreeView 控件的响应速度显着提高，我尝试的每个节点最多在 3-4 秒内加载。
• 我在每次获取/搜索之前放入 GC.Collect （用于验证），现在内存使用量保持在 200,000-300,000K 之间。

OR 生成的 System.Data.Linq.DataContext 似乎不会消失，除非显式处置它（占用内存）。 尝试在我的情况下处理它，但没有成功..即使两个函数都有自己的 using 块（没有 DataContext 的共享实例）。 虽然我不喜欢 Singleton，但我正在为开发人员制作一个小型内部工具，因此现在不介意它。我在网上看到的 LinqToSql 示例都没有强制执行 Dispose 调用。

所以我想问题已经解决了。 感谢所有充当更多眼球的人，让这个 bug 变得浅薄。