绑定刷机导致内存泄漏？

Question

假设我的应用程序中有以下课程。

MainWindow.xaml.cs

public partial class MainWindow : Window
{
    public SolidColorBrush Brush { get; set; } 

    public MainWindow()
    {
        InitializeComponent();
        Brush = new SolidColorBrush(Colors.AliceBlue);
    }

    private void Button_Click(object sender, RoutedEventArgs e)
    {
        Window1 window = new Window1();
        window.DataContext = this;
        window.ShowDialog();
        Dispatcher.BeginInvoke(DispatcherPriority.ApplicationIdle, (Action)delegate
                                                                           {
                                                                               GC.Collect();
                                                                               GC.WaitForPendingFinalizers();
                                                                               GC.Collect();
                                                                           });
    }

MainWindow.xaml

<Window x:Class="WpfApplication8.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="MainWindow" Height="350" Width="525" >
    <Button Click="Button_Click">Do It</Button>
</Window>

Window1.xaml.cs

public partial class Window1 : Window
{
    public Window1()
    {
        InitializeComponent();
    }

    ~Window1()
    {
        Debug.WriteLine("Window1 Finalized");
    }
}

Window1.xaml

<Window x:Class="WpfApplication8.Window1"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="Window1" Height="300" Width="300"
        Background="{Binding Brush}">
    <Grid>
        
    </Grid>
</Window>

当我启动应用程序时，单击 Do It 按钮并关闭打开的窗口 - Debug.WriteLine("Window1 Finalized"); 未执行。这意味着 Window1 对象仍在内存中并且未被 GC 。但是，如果我从 Window1.xaml 中删除画笔绑定 - “Window1 Finalized”字符串会出现在输出中。这意味着 Window1 对象被 GC 了。

绑定如何将对象保留在内存中？这是错误还是绑定的实现方式？

编辑1

如果我绑定Foreground 属性而不是Background 属性，则Window1 已完成。所以看来这不是依赖系统的影响，而是背景属性实现的影响。

Answer 1

window1 尚未最终确定，因为其 BackGround 属性中的 Binding 语法仍然引用它。

尽管绑定是 OneWay，但事实上存在到 MainWindow 属性的绑定，这意味着存在从 Mainwindow 到 Window1 的引用（由于依赖系统的工作方式） - 因此 Window1 不是垃圾收集的候选者（并且因此不会最终确定）

Answer 2

我有类似的问题。创建后调用画笔的冻结方法解决了这个问题。