WINUI——CommunityToolkit.Mvvm Messenger接收消息时报错:Cannot access a disposed object.

背景

WINUI开发时使用CommunityToolkit.Mvvm的Messemger让UI展示一些信息时出现错误:

System.ObjectDisposedException:"Cannot access a disposed object.

ObjectDisposed_ObjectName_Name"

详细见下述截图:

开发环境

WIN11

WINUI3

CommunityToolkit.Common 7.1.2

原因探究

AI给出的产生原因

在 C# 中使用 WeakReferenceMessenger(或者类似的弱引用消息传递机制)时,遇到 System.ObjectDisposedException 异常通常意味着你尝试访问了一个已经被释放(disposed)的对象。在 MVVM 架构中,这通常发生在视图模型(ViewModel)或视图(View)的生命周期管理不当的情况下。

在 WinUI(或任何 UI 框架)中,当视图(或页面)被卸载或关闭时,与其关联的视图模型(或数据上下文)可能也会被释放。如果你在这些对象被释放后仍然尝试通过消息传递机制(如 WeakReferenceMessenger)与它们通信,就可能会遇到 ObjectDisposedException

为了解决这个问题,你需要在适当的时候注销(Unregister)你的消息接收器。在 WinUI 中,这通常意味着在视图或视图模型被释放之前,你需要调用 Unregister 方法来取消注册你的消息处理器。

以下是一些可能的解决方案:

  1. 在视图模型中注销

    在视图模型的 OnNavigatedFrom 方法(如果你使用的是导航框架)或相应的生命周期事件中,确保调用 Unregister 方法来取消注册消息处理器。

  2. 使用 IDisposable 接口

    实现 IDisposable 接口并在 Dispose 方法中注销消息处理器。这样,当视图模型被垃圾回收或显式释放时,消息处理器也会被自动注销。

  3. 使用弱引用

    虽然 WeakReferenceMessenger 已经使用了弱引用来减少内存泄漏的风险,但确保你的消息处理器不会持有对即将被释放对象的强引用也是很重要的。

  4. 检查消息传递的时机

    确保在视图或视图模型仍然有效时发送消息。如果可能的话,避免在视图或视图模型的生命周期之外发送消息。

  5. 使用调试工具

    使用调试工具(如 Visual Studio 的诊断工具)来跟踪对象的生命周期和内存使用情况,这有助于识别何时何地对象被释放以及为何会出现 ObjectDisposedException

  6. 查看文档和示例

    查阅 MVVM Toolkit 的文档和示例代码,看看是否有关于如何正确使用 WeakReferenceMessenger 的最佳实践和推荐做法。

以上是AI给出的一些建议,至于它说提到的原因,更觉得是有些扯淡。因为消息接收是在Page页直接接收相应的消息,同时将接收到的文本显示在Page上的Button上,而这个Page正是当前在使用的页面,那么也就是说不存在 它所说的访问了一个已经被释放(disposed)的对象

猜想:可能的真实原因

此很可能是由于Toolkit的bug或WINUI的Bug所致,但更大可能是Toolkit的bug导致了上述问题,因为在后续的测试中,假设是由于对象被释放时产生的问题,那么Messenger还在接收信息,那么肯定是会出现Cannot access a disposed object.(不能进入释放对象)这个错误的。然Page是肯定没有释放的,那么对象没有释放,会不会是它注册到Messenger内的对象除了当前的这个Page还有一个之前的当前Page呢?而之前的当前Page在再次进入这个Page时肯定是会被回收了,而Messenger内的未被回收,于是就可能导致这个问题的产生......

解决方法

虽然否定了AI给出的解释,但是它提到的:

在 WinUI(或任何 UI 框架)中,当视图(或页面)被卸载或关闭时,与其关联的视图模型(或数据上下文)可能也会被释放。如果你在这些对象被释放后仍然尝试通过消息传递机制(如 WeakReferenceMessenger)与它们通信,就可能会遇到 ObjectDisposedException

按上述说法,也就是说只要将注册的Messenger取消注册即可。

注册与取消注册

在VM/发送位置中注册:

WeakReferenceMessenger.Default.Register<string, string>(this, $"token", (r, msg) => YourAction);

Page/接收位置取消注册:

WeakReferenceMessenger.Default.Unregister<string, string>(this, $"token");

按上述操作操作后,再重新生成整个解决方案,确实是解决了问题。

也就是原来的猜想是有点靠谱。先留下此坑,后续待完全弄懂此问题原因,再更新或重开文章说明真正的原因,以解决此困惑,否则它将成为手中刺一样,不时让人痛苦一下,很是让人难受。

相关推荐
△曉風殘月〆3 小时前
WPF MVVM入门系列教程(二、依赖属性)
c#·wpf·mvvm
逐·風4 小时前
unity关于自定义渲染、内存管理、性能调优、复杂物理模拟、并行计算以及插件开发
前端·unity·c#
m0_656974748 小时前
C#中的集合类及其使用
开发语言·c#
九鼎科技-Leo8 小时前
了解 .NET 运行时与 .NET 框架:基础概念与相互关系
windows·c#·.net
九鼎科技-Leo10 小时前
什么是 ASP.NET Core?与 ASP.NET MVC 有什么区别?
windows·后端·c#·asp.net·mvc·.net
.net开发10 小时前
WPF怎么通过RestSharp向后端发请求
前端·c#·.net·wpf
小乖兽技术10 小时前
C#与C++交互开发系列(二十):跨进程通信之共享内存(Shared Memory)
c++·c#·交互·ipc
幼儿园园霸柒柒11 小时前
第七章: 7.3求一个3*3的整型矩阵对角线元素之和
c语言·c++·算法·矩阵·c#·1024程序员节
平凡シンプル13 小时前
C# EF 使用
c#
丁德双13 小时前
winform 加载 office excel 插入QRCode图片如何设定位置
c#·excel