如何正确实现XAML INotifyPropertyChanged解决WPF GDI泄漏问题

针对你遇到的GDI泄漏问题，结合你的代码和已做的尝试，我们可以从几个关键的资源管理和绑定逻辑入手修复：

1. 修复ClockColor属性：避免重复创建未冻结的Brush #

你的ClockColor属性每次被访问时都会新建一个SolidColorBrush，而未冻结的Freezable对象（比如Brush这类WPF绘图资源）会保留对Dispatcher的引用，且难以被GC正常回收——这是GDI资源泄漏的高频诱因。

修改方案：预创建并冻结Brush实例 #

我们可以在静态构造函数里提前创建好所有需要的Brush，冻结后缓存复用，彻底避免重复创建：

using System.Windows;
using System.Windows.Controls;
using System.Windows.Media;
using System.ComponentModel;

namespace Priox.Core.Graph.UserControls
{
    public partial class IndicatorClock : UserControl, INotifyPropertyChanged
    {
        // 预定义并冻结所有需要的Brush
        private static readonly Brush FixSlaBrush = new SolidColorBrush(Colors.Cyan);
        private static readonly Brush ResponseSlaBrush = new SolidColorBrush(Colors.DarkMagenta);
        private static readonly Brush FixOlaBrush = new SolidColorBrush(Colors.Yellow);
        private static readonly Brush ResponseOlaBrush = new SolidColorBrush(Colors.DarkSlateGray);
        private static readonly Brush DefaultBrush = new SolidColorBrush(Colors.Black);

        static IndicatorClock()
        {
            // 冻结Brush，减少资源占用并允许跨线程访问
            FixSlaBrush.Freeze();
            ResponseSlaBrush.Freeze();
            FixOlaBrush.Freeze();
            DefaultBrush.Freeze();
            ResponseOlaBrush.Freeze();
        }

        public enum ClockTypes
        {
            None, FixSla, ResponseSla, FixOla, ResponseOla
        };

        public static readonly DependencyProperty ClockTypeProperty = DependencyProperty.Register(
            "ClockType", typeof(ClockTypes), typeof(IndicatorClock), 
            new FrameworkPropertyMetadata(ClockTypes.None, FrameworkPropertyMetadataOptions.AffectsRender));

        public ClockTypes ClockType
        {
            get { return (ClockTypes)GetValue(ClockTypeProperty); }
            set { SetValue(ClockTypeProperty, value); }
        }

        private bool _isClockVisible;
        internal bool IsClockVisible
        {
            get => _isClockVisible;
            set
            {
                if (_isClockVisible != value)
                {
                    _isClockVisible = value;
                    OnPropertyChanged(nameof(IsClockVisible));
                    OnPropertyChanged(nameof(ClockVisibility)); // 通知ClockVisibility属性变化
                }
            }
        }

        public Visibility ClockVisibility
        {
            get => IsClockVisible ? Visibility.Visible : Visibility.Collapsed;
        }

        public double ClockBorderThickness => 1.5;

        public double ClockTimeThickness => 2.0;

        public Brush ClockColor
        {
            get
            {
                return ClockType switch
                {
                    ClockTypes.FixSla => FixSlaBrush,
                    ClockTypes.ResponseSla => ResponseSlaBrush,
                    ClockTypes.FixOla => FixOlaBrush,
                    ClockTypes.ResponseOla => ResponseOlaBrush,
                    _ => DefaultBrush
                };
            }
        }

        public IndicatorClock()
        {
            InitializeComponent();
            // 冻结DropShadowEffect，避免资源泄漏
            if (MainGrid.Effect is DropShadowEffect shadowEffect)
            {
                shadowEffect.Freeze();
            }
        }

        // 实现INotifyPropertyChanged接口，确保绑定属性变化能通知到UI
        public event PropertyChangedEventHandler? PropertyChanged;
        protected virtual void OnPropertyChanged(string propertyName)
        {
            PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
        }
    }
}

2. 修复ClockVisibility的绑定通知逻辑 #

原来的ClockVisibility是普通CLR属性，且没有在IsClockVisible变化时触发更新通知，这会导致WPF绑定系统一直持有对控件的引用，无法正常回收。通过实现INotifyPropertyChanged并在IsClockVisible变更时通知ClockVisibility更新，能让绑定系统正确释放引用链。

3. 冻结DropShadowEffect #

XAML中的DropShadowEffect属于Freezable对象，冻结它可以减少资源占用，避免潜在的泄漏风险——我们在控件构造函数中添加了冻结代码。

4. 确保控件被彻底卸载 #

在使用该控件的父容器中，除了设置DataContext = null，还要确保：

• 控件从可视化树中完全移除（比如从Panel的Children集合中删除）
• 解除所有强事件订阅（弱事件绑定无需手动处理）
• 避免静态集合或全局变量持有对控件的引用

验证修复效果 #

• 使用Windows任务管理器的「详细信息」标签，查看进程的GDI对象计数，确认泄漏情况是否缓解
• 再次用内存分析工具（如dotMemory）检查对象支配者，验证IndicatorClock实例能被GC正常回收

内容的提问来源于stack exchange，提问作者Maurice van Lieshout