MAUI中使用ReactiveUI的WhenAnyValue订阅在视图卸载后重新加载时无法检测属性变更的原因

核心问题：你误用了CompositeDisposable的生命周期管理 #

问题出在视图Unloaded事件中直接调用了disposables.Dispose()——这个操作会彻底终结整个CompositeDisposable实例，导致它后续无法再管理新的订阅。

具体发生的时序 #

咱们来梳理两次加载/卸载的完整流程：

1. 第一次加载视图：
   • Loaded触发，执行Init()
   • 成功创建vm.WhenAnyValue的订阅，并通过DisposeWith(disposables)添加到集合中，此时订阅正常工作，能监听属性变化。
2. 第一次卸载视图：
   • Unloaded触发，调用disposables.Dispose()
   • 这会同时完成两个操作：
     1. 释放集合中已有的所有订阅（这部分是你预期的）
     2. 将CompositeDisposable标记为已处置状态——这个状态是不可逆的，后续任何尝试向其中添加新可处置对象的操作都会直接失效。
3. 第二次加载视图：
   • Loaded再次触发，执行Init()
   • 你创建了新的WhenAnyValue订阅，并尝试用DisposeWith(disposables)添加到集合中，但此时disposables已经是已处置状态，ReactiveUI会立即释放这个新订阅，所以它根本无法监听后续的属性变化。
   • 你看到的“订阅被触发一次”是WhenAnyValue的默认行为：它会在订阅创建时立即发出当前的属性值，之后因为订阅已被释放，就再也不会响应后续的变更了。

对比工作代码的差异 #

你用传统PropertyChanged事件的代码能正常工作，是因为每次Loaded都会重新挂钩新的委托，Unloaded时移除该委托——整个过程没有依赖一个被永久标记为已处置的集合，每次都是独立的委托绑定/解绑。

解决方案 #

有两种常见的修复方式，核心都是避免让CompositeDisposable进入不可逆的已处置状态：

方案1：用Clear()替代Dispose()

Clear()只会释放集合中的现有订阅，但不会标记集合为已处置，后续还能继续添加新的订阅：

readonly CompositeDisposable disposables = [];
public View()
{
    Loaded += (s, e) => Init();
    Unloaded += (s, e) => disposables.Clear(); // 用Clear代替Dispose
}

void Init()
{
    if (BindingContext is not VM vm) return;
    vm.WhenAnyValue(o => o.Property)
        .Subscribe(property =>
        {
            // 现在重新加载视图后，能正常监听属性变化了
        })
        .DisposeWith(disposables);
}

方案2：每次加载时新建CompositeDisposable实例

如果更倾向于每次加载都用全新的集合，可以在Init()时重建集合，Unloaded时释放旧集合：

CompositeDisposable? disposables;
public View()
{
    Loaded += (s, e) => Init();
    Unloaded += (s, e) => 
    {
        disposables?.Dispose();
        disposables = null;
    };
}

void Init()
{
    disposables = new CompositeDisposable(); // 每次加载都新建集合
    if (BindingContext is not VM vm) return;
    vm.WhenAnyValue(o => o.Property)
        .Subscribe(property =>
        {
            // 正常响应属性变化
        })
        .DisposeWith(disposables);
}

额外说明 #

因为你提到VM实例没有变化，所以不用担心多次订阅导致内存泄漏——两种方案都会在Unloaded时释放所有现有订阅，不会残留无效的监听。

内容来源于stack exchange