Xamarin MvvmCross iOS前后台监听实现及Messenger订阅失效排查

1. 关于iOS端生命周期方法触发逻辑的说明 #

你遇到的现象完全是MvvmCross的预期设计，不存在配置遗漏：

• 你覆写的这一组ViewModel生命周期方法，本质是绑定「视图控制器导航行为」的事件，只响应单个VC在导航栈内的入栈、出栈、被销毁动作，和应用进程的整体状态变化没有绑定关系。
• 应用切后台、切前台是操作系统层面的进程状态变更，不属于单个VC的导航范畴，因此框架不会把这类系统级事件转发到ViewModel层，对应的覆写方法自然不会触发。
• 之所以Android端切后台时这些方法能正常触发，是因为MvvmCross的Android适配层，把Activity的全局OnStop/OnStart（对应应用前后台切换）的事件，主动转发给了当前前台ViewModel的生命周期方法；而iOS适配层因为没有对应的原生VC事件可以依托，不会做这类主动转发，才会出现两个平台的行为差异。
• 你之前尝试覆写MvxBaseViewController的ViewDidDisappear不生效也是同源原因：iOS系统本身在应用切后台时，就不会给当前前台VC发送ViewDidDisappear回调，只有VC被pop、被模态关闭、被其他VC完全遮挡时才会触发这个方法。

2. 跨平台实现前后台切换业务逻辑的正确路径 #

不需要为Android、iOS分别写独立的适配代码，MvvmCross核心层已经提供了跨平台统一的应用生命周期抽象，直接复用即可：

• 使用框架内置的IMvxLifetime接口，该接口会自动适配两个平台的原生应用生命周期事件，在应用启动、进入后台、回到前台三个节点主动抛出可订阅的事件，完全可以直接在ViewModel层消费，不需要额外做平台通信。
• 示例实现可以直接写到你的GenericMvxViewModel基类里，所有业务ViewModel自动继承能力：

  public abstract class GenericMvxViewModel : MvxViewModel
  {
      private readonly IMvxLifetime _appLifetimeService;
      private IDisposable _bgStateSubscription;
      private IDisposable _fgStateSubscription;
  
      protected GenericMvxViewModel(IMvxLifetime appLifetimeService)
      {
          _appLifetimeService = appLifetimeService;
          // 订阅应用进入后台事件（对应停止定时任务这类逻辑）
          _bgStateSubscription = _appLifetimeService
              .WhenLifetimeEvent(LifetimeEvent.Entering)
              .Subscribe(OnAppEnterBackground);
          // 订阅应用回到前台事件
          _fgStateSubscription = _appLifetimeService
              .WhenLifetimeEvent(LifetimeEvent.Resumed)
              .Subscribe(OnAppEnterForeground);
      }
  
      // 子类按需覆写这两个方法即可实现自定义逻辑
      protected virtual void OnAppEnterBackground() {}
      protected virtual void OnAppEnterForeground() {}
  }
  

• 这个方案完全跨平台，MvvmCross会在底层自动对接iOS的DidEnterBackground/WillEnterForeground、Android的对应全局生命周期回调，你不需要写任何平台专属代码。

3. 你当前Messenger方案失效的原因&修复方式 #

你现在遇到的消息发布了但收不到回调的问题，完全是踩了两个MvxMessenger的经典坑：

• 第一个坑：MvxMessenger默认采用弱引用订阅机制。你在ViewModel构造函数里调用Subscribe时，没有把方法返回的订阅句柄存在类的字段里，只要订阅的委托对象被垃圾回收，订阅关系就会直接失效，消息自然无法送达。
• 第二个坑：退订时机的认知偏差。ViewDestroy方法在iOS端是会在VC真正被销毁时正常触发的——之前觉得它不触发，是因为你测试的是切后台场景，这个场景下VC根本不会被销毁，ViewDestroy本来就不该触发，这个时机本身是完全适合做退订逻辑的。

注意：MvxMessenger的弱引用设计是为了避免ViewModel被意外持有导致内存泄漏，所以订阅句柄必须妥善保存，不能用了就丢。

修复后的Messenger实现示例：

public abstract class GenericMvxViewModel : MvxViewModel
{
    private readonly IMvxMessenger _messenger;
    // 必须保存订阅句柄，防止弱引用被GC回收
    private IDisposable _locationMsgSubscription;

    protected GenericMvxViewModel()
    {
        _messenger = Mvx.IoCProvider.Resolve<IMvxMessenger>();
        // 订阅时显式指定强引用模式，彻底避免GC回收导致的订阅失效
        _locationMsgSubscription = _messenger.Subscribe<LocationMessage>(
            msg => OnLocationMessage(msg), 
            MvxReference.Strong
        );
    }

    protected virtual void OnLocationMessage(LocationMessage locationMessage){} 

    public override void ViewDestroy(bool viewFinishing)
    {
        base.ViewDestroy(viewFinishing);
        // VC真正销毁时执行退订，逻辑完全适配iOS触发规则
        _locationMsgSubscription?.Dispose();
    }
}

4. 关于挂钩iOS原生生命周期入口的说明 #

MvvmCross的iOS平台适配层，已经把原生AppDelegate的DidEnterBackground、WillEnterForeground的逻辑完全对接给了IMvxLifetime接口，你完全不需要手动在AppDelegate里写发布Messenger消息的代码。直接订阅IMvxLifetime的方案，比手动在原生入口发消息的可靠性高很多，也不需要维护平台专属的通信逻辑。

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