WinUI3 MVVM赋值decimal属性触发内存保护错误求助

问题详情 #

在WinUI 3.0应用里执行以下decimal属性赋值时：

CustomFee = _selectedItem.CustomFee;
ReclaimThreshold = _selectedItem.ReclaimThreshold;

会随机在其中某一行触发错误：

Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

但直接给属性赋值0m时完全正常：

CustomFee = 0m;
ReclaimThreshold = 0m;

属性的get/set采用MVVM标准写法，依赖SetProperty方法更新值并通知变更：

private decimal _customFee;
public decimal CustomFee
{
    get => _customFee;
    set =>  SetProperty(ref _customFee, value);
}

private decimal _reclaim;
public decimal Reclaim
{
    get => _reclaim;
    set => SetProperty(ref _reclaim, value);
}

如果把set方法改成直接赋值（跳过SetProperty），错误就消失了，但这不符合MVVM的属性变更通知需求。

解决思路 #

• 检查SetProperty方法实现：如果是自定义的SetProperty，确认对decimal这类值类型的比较逻辑是否正确——必须用值比较（比如oldValue != newValue或EqualityComparer<decimal>.Default.Equals(oldValue, newValue)），不能当成引用类型处理，也不能包含不安全的内存操作逻辑。如果用的是第三方MVVM框架（比如CommunityToolkit.Mvvm），确认框架版本是否适配WinUI 3.0。
• 验证_selectedItem的有效性：调试时确认_selectedItem未被释放、未为null，读取它的CustomFee/ReclaimThreshold属性时内存地址合法。可以在赋值前加断言检查：Debug.Assert(_selectedItem != null, "_selectedItem不能为null");
• 确保在UI线程执行赋值：WinUI 3.0要求UI绑定的属性必须在UI线程更新，如果赋值操作在后台线程执行，会引发跨线程内存访问错误。用DispatcherQueue.GetForCurrentThread().TryEnqueue(() => { /* 这里写赋值代码 */ })将操作调度到UI线程。
• 排查decimal值的异常情况：如果_selectedItem中的decimal值来自外部（如数据库、文件解析），检查是否超出decimal的有效范围，或存在精度异常。可以先对值做安全处理再赋值，比如var safeFee = Math.Clamp(_selectedItem.CustomFee, decimal.MinValue, decimal.MaxValue); CustomFee = safeFee;
• 检查XAML绑定问题：如果属性绑定到UI控件（如NumberBox、TextBox），排查是否因双向绑定引发循环更新，或控件模板存在内存泄漏。暂时注释掉绑定代码，看是否还会触发错误，逐步定位问题控件。
• 升级WinUI 3.0版本：部分旧版本的WinUI存在decimal类型属性变更通知的内存bug，升级到最新稳定版可能直接解决问题。

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