1

肯定这个问题之前已经被问过，但我找不到任何关于这个问题的线索，所以一个已回答问题的链接也会有所帮助：

我有一个包含切片数组（切片）的体积类（VoxelVolume）。

public class VoxelVolume
{
    Slice[] mySlices;

    public VoxelVolume(int noOfSlices)
    {
        mySlices = new Slice[noOfSlices];

        for (int i = 0; i < mySlices.Length; i++)
        {
            mySlices[i] = new Slice(this);
        }
    }
}

卷知道切片，切片知道卷：

public class Slice
{
    public VoxelVolume Volume
    {
        get;
        private set;
    }

    public Slice(VoxelVolume aVolume)
    {
        Volume = aVolume;
    }
}

问题是卷永远不会被垃圾收集，因为存在相互对象引用。出于这个原因，我将切片到卷的引用实现为 WeakReference：

public class Slice
{
    WeakReference myVolume;

    VoxelVolume Volume
    {
        get
        {
            return (VoxelVolume)myVolume.Target;
        }
    }

    public Slice(VoxelVolume aVolume)
    {
        myVolume = new WeakReference(aVolume);
    }
}

现在垃圾收集工作了，但需要额外的 WeakReference。由于我可以拥有数千个切片，因此 WeakReferences 的工作量非常大。

编辑：首先它没有出现，但由于我们使用了大量内存，所以出现了“内存泄漏”。因此，我们使用 JetBrains dotTrace 查看了引用和可用的对象。在那里，我们看到有很多对象可用，尽管它们不再使用。正如我之前所说，使用 Wea​​kReference 解决了这个问题。

问题是，TreeView 是如何解决这些问题的，因为 TreeNode 也有 TreeView 的知识。

你知道一个合适的解决方案吗？

谢谢马丁

4

2 回答 2

3

问题是卷永远不会被垃圾收集，因为存在相互对象引用。

只有当某些东西可以访问Slice或时，这才会成为问题VoxelVolume。当您不再引用任何一个对象时，它们都将有资格进行垃圾收集。对象中的循环在 .NET 中不是问题，因为它不使用引用计数。

当然，您确实需要确保您没有对任何 GC 根目录中的 theSlice或 the的引用。VoxelVolume你还没有真正给我们足够的背景来了解这里发生了什么。

于 2012-07-23T07:26:22.647 回答
0

CLR 中的 GC 引擎应该收集循环引用的对象，只要没有其他人引用它们中的任何一个。

当您决定不再需要它们时，实现 IDisposable 模式并清除引用也是一个好主意。它可以减少大量内存泄漏的机会，以防坏事保留您没有注意到的引用。

于 2012-07-23T07:27:40.610 回答