WPF中ListView绑定自定义集合的内存泄漏问题求解

我有一个基于.NET 4.7.2的Windows平台WPF应用，使用如下ListView组件：

<ListView ItemsSource="{Binding Log.Entries}"
          VirtualizingPanel.IsVirtualizing="True"
          VirtualizingPanel.IsVirtualizingWhenGrouping="True">
    <i:Interaction.Behaviors>
        <afutility:AutoScrollBehavior/>
    </i:Interaction.Behaviors>
    <ListView.ItemTemplate>
        <DataTemplate>
            <WrapPanel>
                <TextBlock Foreground="{Binding Path=LogLevel, Mode=OneTime, Converter={StaticResource LogLevelToBrushConverter}}"
                           Text="{Binding Path=RenderedContent, Mode=OneTime}"/>
            </WrapPanel>
        </DataTemplate>
    </ListView.ItemTemplate>
</ListView>

Log.Entries指向自定义集合类RingList<T>的实例（该集合对象从未被替换）：

public class RingList<T> : IList<T>, INotifyCollectionChanged, INotifyPropertyChanged

RingList<T>是容量上限为100的环形集合，添加新项时若达容量会移除头部项，添加/移除项时按如下方式触发CollectionChanged事件：

// 添加项时
CollectionChanged?.Invoke(this, new NotifyCollectionChangedEventArgs(NotifyCollectionChangedAction.Add, item, Count - 1));

// 移除项时（仅从集合头部移除）
CollectionChanged?.Invoke(this, new NotifyCollectionChangedEventArgs(NotifyCollectionChangedAction.Remove, headItem, 0));

集合中的项为如下结构体：

public struct RecordedLogEntry : IEquatable<RecordedLogEntry> {
    public string RenderedContent { get; set; }
    public Level LogLevel { get; set; }

    // [...] 省略Equals、GetHashCode等标准实现
}

已知绑定非INotifyPropertyChange对象可能引发内存泄漏，因此使用了Mode=OneTime绑定，但内存分析显示仍存在泄漏：运行数小时后，ListView自身引用了超70万个实例，远多于集合保留的100条数据和虚拟化显示的12条数据，最终会导致系统内存不足。

补充：原计划保留结构体以降低内存占用，但已意识到这是过早优化，日志项还会用于其他场景且内容不会变更。现咨询：是否可实现真正的一次性绑定避免泄漏？还是只能通过包装INotifyPropertyChange类解决？

为什么OneTime绑定仍会泄漏？ #

WPF的虚拟化ListView在处理值类型（结构体）项时，存在两个关键问题：

1. 值类型在绑定过程中会被装箱，生成的装箱对象会被ListView的虚拟化容器引用；
2. 当集合触发Remove事件移除头部项时，虚拟化面板无法正确释放这些装箱对象的引用——即使是OneTime绑定，容器仍会持有项的引用直到被强制回收，而环形集合持续的添加/移除操作会不断产生新的装箱对象，最终导致内存堆积。

可行解决方案 #

1. 将结构体改为实现INotifyPropertyChanged的类（最优解）

这是最稳妥的解决方式，WPF对引用类型的项在虚拟化回收逻辑上处理更可靠：

• 即使属性不会变更，实现INotifyPropertyChanged接口即可（无需实际触发PropertyChanged事件），这会让WPF绑定系统正确识别项的引用关系，在项被移除出集合后，虚拟化容器能及时释放引用。
• 代码示例：

public class RecordedLogEntry : INotifyPropertyChanged, IEquatable<RecordedLogEntry>
{
    public string RenderedContent { get; set; }
    public Level LogLevel { get; set; }

    public event PropertyChangedEventHandler PropertyChanged;
    protected virtual void OnPropertyChanged(string propertyName)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }

    // 保留原有的Equals、GetHashCode等实现
}

2. 优化RingList的CollectionChanged触发逻辑（辅助优化）

当前每次添加新项（触发移除时）都会分别触发一次Add和Remove事件，可尝试将批量移除+添加合并为Replace操作（当集合满时，移除头部项并添加新项，用NotifyCollectionChangedAction.Replace一次性通知），减少事件触发次数，降低容器引用堆积的概率：

// 当集合已满，需要移除头部并添加新项时
CollectionChanged?.Invoke(this, new NotifyCollectionChangedEventArgs(
    NotifyCollectionChangedAction.Replace, 
    newItem, 
    headItem, 
    0));

注意：此方式仅作为辅助优化，不能替代将结构体改为类的核心方案。

关于“真正的一次性绑定” #

WPF中不存在完全脱离容器引用的“一次性绑定”——OneTime仅表示绑定不会监听属性变化，但容器仍会持有项的引用直到虚拟化机制回收该容器。对于值类型而言，装箱后的对象无法被正确回收的问题无法通过绑定模式解决，因此必须通过修改项的类型为引用类型并实现INotifyPropertyChanged来彻底解决泄漏。

内容的提问来源于stack exchange，提问作者founderio