多Activity复用单个视图实例：MutableContextWrapper与Fragment优劣对比

嘿，咱们来拆解下这两种在多个Activity里复用单个视图实例的方案——各有优劣，咱们详细唠唠：

优点 #

• 完全复用视图实例: 不需要重新创建视图，视图的所有状态（比如用户输入内容、滚动位置、自定义UI状态）都能100%保留，对那种状态很重的视图特别友好。
• 表面上轻量: 看起来不用引入Fragment的生命周期管理逻辑，只是简单切换上下文就能迁移视图，上手门槛看似很低。

缺点 #

• 上下文风险极高: 用MutableContextWrapper切换上下文很容易踩坑。视图往往依赖上下文加载资源、调用系统服务（比如LayoutInflater、WindowManager）或者注册广播接收器，如果原Activity已经销毁，残留的引用会导致内存泄漏；上下文不匹配还可能引发资源加载失败、崩溃等问题。
• 生命周期脱节: 视图不会自动和新Activity的生命周期同步（比如onPause、onResume回调），你得手动处理所有状态保存、恢复和生命周期响应逻辑，很容易遗漏细节，写出脆弱的代码。
• 兼容性问题: 很多系统控件或第三方库内部依赖了原始上下文，切换后可能出现诡异的崩溃或异常。比如某个自定义视图用初始上下文注册了广播，切换后旧的接收器没解绑，新的又注册，会导致逻辑混乱。

优点 #

• 生命周期自动对齐: Fragment天生和Activity的生命周期绑定，视图会跟着Fragment的onCreateView、onStart、onStop等回调自动处理状态，完全符合Android的设计规范，不用手动维护。
• 官方支持，稳定性强: Fragment是Android官方提供的组件，经过大量测试，像配置变更、Activity销毁重建这类边缘场景都有成熟的处理方案，不容易出现莫名其妙的bug。
• 扩展性好: 如果后续要给复用的视图加更多逻辑（比如导航、数据交互），Fragment的架构更容易扩展——比如可以配合ViewModel共享数据，或者用Navigation组件管理跳转。

缺点 #

• 视图实例不会自动复用: 默认情况下，把Fragment从一个Activity detach再attach到另一个Activity时，会重新调用onCreateView创建新的视图实例。如果要复用同一个实例，你得手动缓存视图引用、跳过重新创建的逻辑，会增加一点代码复杂度。
• 额外的架构成本: 对于简单场景来说，Fragment可能有点“杀鸡用牛刀”的感觉——你需要处理FragmentTransaction、Fragment生命周期回调，还要考虑回退栈等逻辑，增加了代码的复杂度。
• 状态恢复仍需额外处理: 虽然生命周期对齐了，但要完全保留视图状态，还是需要配合onSaveInstanceState或者ViewModel，不过这比手动处理Activity生命周期要简单得多。

总的来说，如果你的场景极其简单，且能严格控制上下文切换的风险，MutableContextWrapper可能能凑合用一阵，但从长期维护和稳定性来看，Fragment是更稳妥、更符合Android生态的方案——尤其是当你的复用视图需要和Activity生命周期联动时。

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