WPF ListView中间列宽度动态调整异常问题求助

我来帮你分析下这两个问题的根源，然后给出针对性的修复方案：

问题1：中间列宽度显示为0，但转换器返回正确数值 #

这个问题大概率是因为GridViewColumn的Width绑定上下文特殊，或者初始加载时列宽的初始化顺序导致的。虽然你的转换器返回了正确值，但绑定可能没有正确应用到目标属性上；另外，初始阶段columns[0].Width和columns[2].Width可能还未被正确赋值（比如处于NaN状态），导致计算逻辑出错。

问题2：CPU占用极高、应用卡顿 #

这是典型的绑定循环触发问题：当你通过转换器设置中间列的Width后，会触发ListView的布局更新，进而导致ListView的ActualWidth属性变更（即使数值没变化，WPF也可能触发PropertyChanged事件），这又会重新触发MultiBinding的计算，再次设置列宽，形成无限循环，最终导致CPU飙升。

修复方案 #

我推荐两种方案，你可以根据需求选择：

方案一：修改MultiBinding和转换器，打破循环

1. 绑定到UserControl的ActualWidth而非ListView：只有UserControl尺寸变化时才需要重新计算列宽，避免列宽变化触发循环。
2. 完善转换器的空值和边界检查：确保初始加载时不会因为未初始化的列宽导致错误。

修改后的XAML部分：

<GridViewColumn DisplayMemberBinding="{Binding Name}">
    <GridViewColumn.Width>
        <MultiBinding Converter="{StaticResource ListWidthMultiConverter}">
            <!-- 绑定到UserControl的ActualWidth -->
            <Binding Path="ActualWidth" RelativeSource="{RelativeSource AncestorType=UserControl}"/>
            <Binding Path="View.Columns" RelativeSource="{RelativeSource AncestorType=ListView}"/>
            <!-- 传递ListView的Padding，计算更准确 -->
            <Binding Path="Padding" RelativeSource="{RelativeSource AncestorType=ListView}"/>
        </MultiBinding>
    </GridViewColumn.Width>
</GridViewColumn>

修改后的转换器代码：

public class ListWidthMultiConverter : IMultiValueConverter
{
    public object Convert(object[] values, Type targetType, object parameter, CultureInfo culture)
    {
        // 检查参数数量和类型
        if (values.Length < 3 || 
            !(values[0] is double userControlWidth) ||
            !(values[1] is IList<GridViewColumn> columns) ||
            !(values[2] is Thickness padding))
        {
            return 0;
        }

        // 确保列数量足够
        if (columns.Count < 3)
            return 0;

        // 计算固定列总宽度
        double fixedColumnsWidth = columns[0].Width + columns[2].Width;
        // 减去UserControl到ListView的内边距
        double availableWidth = userControlWidth - padding.Left - padding.Right;
        
        // 确保返回值非负
        double result = availableWidth - fixedColumnsWidth;
        return result > 0 ? result : 0;
    }

    public object[] ConvertBack(object value, Type[] targetTypes, object parameter, CultureInfo culture)
    {
        throw new NotImplementedException();
    }
}

方案二：使用代码后台监听SizeChanged事件（更稳定）

如果绑定方式还是有问题，直接通过代码后台处理会更直观，也完全避免循环触发的可能：

1. 给ListView命名：

<ListView x:Name="mainListView" MinWidth="750" ItemContainerStyle="{StaticResource MainListItemStyle}" Background="{StaticResource LightBackgroundBrush}" BorderThickness="0" ItemsSource="{Binding ListItems}" SelectionMode="Single">
    <!-- 原有代码不变 -->
</ListView>

2. 在UserControl的后台代码中添加SizeChanged事件处理：

public partial class YourUserControl : UserControl
{
    public YourUserControl()
    {
        InitializeComponent();
        this.SizeChanged += UserControl_SizeChanged;
    }

    private void UserControl_SizeChanged(object sender, SizeChangedEventArgs e)
    {
        // 确保ListView的View是GridView且有3列
        if (mainListView.View is GridView gridView && gridView.Columns.Count == 3)
        {
            double fixedColumnsWidth = gridView.Columns[0].Width + gridView.Columns[2].Width;
            // 减去ListView的内边距
            double padding = mainListView.Padding.Left + mainListView.Padding.Right;
            double availableWidth = e.NewSize.Width - padding;
            
            // 设置中间列宽度，确保非负
            gridView.Columns[1].Width = Math.Max(0, availableWidth - fixedColumnsWidth);
        }
    }
}

额外提示 #

• 如果你不需要ListView的MinWidth=750，可以考虑移除它，让UserControl完全控制尺寸；
• 检查ListView的Padding属性，默认情况下ListView会有内边距，这会导致实际可用宽度比ActualWidth小，所以计算时一定要减去左右内边距；
• 方案二的代码更易维护，也不会有绑定相关的隐藏问题，推荐优先尝试。

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