WPF：另一个Tab中第二个DataGrid的命令与属性绑定失效

问题原因 #

WPF的TabItem默认采用延迟加载机制，只有当Tab被用户选中激活时，才会加载其内部的可视化元素。程序启动时第二个Tab未被选中，导致内部DataGrid的可视化树未完全构建，表头按钮通过RelativeSource={RelativeSource AncestorType=DataGrid}寻找绑定上下文时，无法正确定位到DataGrid的DataContext，从而绑定失效。而调试修改绑定配置时，会触发绑定系统重新评估，此时Tab可能已被加载，绑定因此恢复正常。

解决方案 #

方案1：禁用TabControl的延迟加载 #

强制所有TabItem内容在程序启动时就加载，避免因延迟加载导致的绑定问题。只需给TabControl添加VirtualizingPanel.IsVirtualizing="False"属性：

<TabControl Grid.Row="4" Grid.RowSpan="2" VirtualizingPanel.IsVirtualizing="False">
    <!-- 原有TabItem及内容 -->
</TabControl>

优点：修改简单，无需调整绑定代码；缺点：若Tab内包含大量复杂控件，会增加程序启动时间。

方案2：修改绑定的RelativeSource目标 #

将绑定的AncestorType从DataGrid改为TabControl，因为TabControl的DataContext与两个DataGrid一致，且TabControl在启动时已存在，绑定能正确找到上下文：

以第二个DataGrid的表头按钮为例，修改绑定代码：

<Button Command="{Binding Path=DataContext.SortSmallItemsByNameCommand, RelativeSource={RelativeSource AncestorType=TabControl}}" 
        Content="▲" 
        Foreground="{Binding Path=DataContext.IsSmallItemsSortByName, Converter={StaticResource EnabledToBrushConverter}, RelativeSource={RelativeSource AncestorType=TabControl}}"/>

优点：无需改变加载机制，不影响启动性能；缺点：每个按钮绑定都要修改AncestorType。

方案3：给表头容器设置DataContext #

给表头的StackPanel直接设置DataContext为DataGrid的DataContext，后续按钮绑定可直接引用ViewModel属性，简化代码：

<DataGridTextColumn.Header>
    <StackPanel Orientation="Horizontal" 
                DataContext="{Binding RelativeSource={RelativeSource AncestorType=DataGrid}, Path=DataContext}">
        <TextBlock Text="Small Item name" VerticalAlignment="Center"/>
        <Button Command="{Binding SortSmallItemsByNameCommand}" 
                Content="▲" 
                Foreground="{Binding IsSmallItemsSortByName, Converter={StaticResource EnabledToBrushConverter}}"/>
    </StackPanel>
</DataGridTextColumn.Header>

优点：绑定代码更简洁，减少重复的RelativeSource配置；缺点：需要给每个表头的容器添加DataContext绑定。

内容的提问来源于stack exchange，提问作者Daniel Müller