【WPF】 WPF “相等不通知”陷阱

WPF 槽位阵列不更新问题：INotifyPropertyChanged 的"相等不通知"陷阱

问题现象

在一个料架对位对话框中，槽位以网格形式展示，每个格子显示该槽位的绝对坐标 (X, Y, Z)。功能上支持对 X/Y/Z 的测量偏差取反（补偿取反）：当机械轴方向与视觉/激光测量方向相反时，可勾选对应轴取反，重新计算绝对坐标。

用户反馈：勾选补偿取反后，再点击"拍照/定位"，槽位网格里显示的值没有更新，尽管右侧"当前槽位"的测量值已经刷新。

技术背景

界面：WPF，槽位列表用 ItemsControl + ItemsSource="{Binding SlotList}"，每个 item 是 RackSlotRecord。
显示：每个槽位按钮内有一个 TextBlock，绑定 AbsoluteCoordDisplay，该属性由同一条记录上的 AbsoluteX、AbsoluteY、AbsoluteZ 计算得到（格式化为 (X, Y, Z) 字符串）。
数据流 ：拍照/定位完成后，ViewModel 更新当前槽的测量值（Y、Z），然后调用 RefreshSlotAbsolutes()，根据标定和取反设置重新计算所有槽位 的绝对坐标，并写回每条 RackSlotRecord 的 AbsoluteX、AbsoluteY、AbsoluteZ。
模型：RackSlotRecord 实现 INotifyPropertyChanged，在 AbsoluteX/Y/Z 的 setter 里对自身和 AbsoluteCoordDisplay 调用 RaisePropertyChanged，以便绑定到槽位网格的 UI 能刷新。

从逻辑上看，拍照后既调用了 RefreshSlotAbsolutes()，又对每条记录的绝对坐标做了赋值，理论上槽位网格应该会更新，但实际没有。

根因分析

问题出在 RackSlotRecord 中绝对坐标属性的 setter 实现方式：

csharp 复制代码

// 原来的写法：只有"值发生变化"才赋值并通知
public double AbsoluteY
{
    get => _absoluteY;
    set
    {
        if (_absoluteY != value)
        {
            _absoluteY = value;
            RaisePropertyChanged();
            RaisePropertyChanged(nameof(AbsoluteCoordDisplay));
        }
    }
}

这里本意是避免重复赋值和多余 UI 刷新：若新值和旧值相等，就不写字段、也不发通知。

但在实际场景中会出现这种情况：

重新计算得到的 absY、absZ 与当前字段里的 _absoluteY、_absoluteZ 在 C# 的 double 比较下相等（例如都是 0.0、或 nominal + 偏差舍入后一致、或浮点运算结果恰好相同）。
此时 if (_absoluteY != value) 为 false，setter 内部不执行 RaisePropertyChanged。
绑定在 AbsoluteCoordDisplay 上的 TextBlock 从未收到属性变更通知，因此不会重新去读 AbsoluteCoordDisplay，界面就保持旧显示。

也就是说：数据在逻辑上已经"刷新过了"（RefreshSlotAbsolutes 跑完），但 UI 依赖的是"属性变更通知"，而不是"是否执行过刷新逻辑"。 一旦新值与旧值相等，通知被刻意省略，就会出现"数据已更新、界面不更新"的现象。补偿取反会改变计算公式，但在某些数值组合下，算出的结果仍可能和之前相同，从而触发这条路径。

解决方案

让绝对坐标的 setter 每次被调用时都赋值并通知 ，不再根据"值是否变化"决定是否 RaisePropertyChanged：

csharp 复制代码

// 修改后：每次 set 都赋值并通知，保证 UI 随 RefreshSlotAbsolutes 更新
public double AbsoluteY
{
    get => _absoluteY;
    set
    {
        _absoluteY = value;
        RaisePropertyChanged();
        RaisePropertyChanged(nameof(AbsoluteCoordDisplay));
    }
}

对 AbsoluteX、AbsoluteZ 做同样处理。这样只要 ViewModel 在拍照后调用 RefreshSlotAbsolutes() 并给每个槽位 set 了 AbsoluteX/Y/Z，绑定就会收到通知，槽位网格中的 AbsoluteCoordDisplay 会随之刷新。

为何还要通知 `AbsoluteCoordDisplay`？

界面绑定的不是 AbsoluteX/Y/Z，而是由它们计算出来的显示用属性 AbsoluteCoordDisplay（只读，每次读取都根据当前 _absoluteX、_absoluteY、_absoluteZ 现场拼接字符串）：

csharp 复制代码

public string AbsoluteCoordDisplay =>
    _absoluteX.HasValue
        ? $"({_absoluteX:F2}, {_absoluteY:F2}, {_absoluteZ:F2})"
        : $"(-, {_absoluteY:F2}, {_absoluteZ:F2})";

若 setter 里只写 RaisePropertyChanged()（不传参数时通常通知当前属性名，即 AbsoluteY），WPF 只知道"AbsoluteY 变了"；而绑定的是 AbsoluteCoordDisplay，绑定引擎不一定会去重新读取这个"别的属性"。因此需要再显式发一条：RaisePropertyChanged(nameof(AbsoluteCoordDisplay))，表示"AbsoluteCoordDisplay 这个属性也变了，请重新取一次值 "。这样绑定到 AbsoluteCoordDisplay 的 TextBlock 才会重新执行 get，用最新的三个字段得到新字符串并刷新显示。

代价：在值确实未变时也会多一次赋值和两次通知，可能带来极少量的多余 UI 更新，但在本场景下槽位数量有限，可以接受。

小结

在 WPF 中，列表项子属性的更新依赖 INotifyPropertyChanged；列表本身没变，变的只是某一项的属性时，必须靠该项发出属性变更通知，绑定才会刷新。
在 setter 里用"值相等就不通知"的优化，在浮点数、舍入、或公式变更后结果恰好相同的情况下，容易导致"数据已更新但界面不更新"。
对于由外部逻辑周期性/事件驱动地刷新 的属性（例如本场景中由 RefreshSlotAbsolutes() 统一写回的绝对坐标），更稳妥的做法是：每次写入都通知，把"是否刷新 UI"交给 WPF 的绑定和渲染机制处理，避免因相等判断而吞掉通知。

问题来自实际项目"料架对位"功能中补偿取反 + 拍照后槽位阵列不更新；通过去掉绝对坐标 setter 中的相等判断并始终发出 PropertyChanged 解决。

【WPF】 WPF “相等不通知”陷阱

WPF 槽位阵列不更新问题：INotifyPropertyChanged 的"相等不通知"陷阱

问题现象

技术背景

根因分析

解决方案

为何还要通知 AbsoluteCoordDisplay？

小结

为何还要通知 `AbsoluteCoordDisplay`？