Android中Fragment间通信的多种方式及适用场景咨询

1. Shared ViewModel #

• 适用场景：同属一个Activity的多个Fragment之间，尤其是需要长期共享状态、实时同步数据的场景。比如电商APP里，商品列表Fragment和购物车Fragment共享选中商品的状态；或者筛选Fragment调整条件后，结果展示Fragment要实时更新内容。
• 核心优势：ViewModel由宿主Activity持有，只要Activity存活，数据就不会丢失，还能自动适配屏幕旋转这类配置变更，不用手动处理Fragment的生命周期依赖。

2. Fragment Result API #

• 适用场景：需要一次性传递结果的场景，比如从弹窗Fragment（选择图片、输入用户信息）返回数据给发起跳转的Fragment；或者两个不属于同一个Activity、没有共享ViewModel的Fragment之间传递单次数据。
• 特点：完全遵循Fragment生命周期，不会因为Fragment销毁重建导致数据丢失，是官方推荐替代传统接口回调的方案，专门解决短期、单次的数据回传需求。

3. Navigation Component #

a. Safe Args #

• 适用场景：用Navigation组件导航时，需要传递强类型数据的场景。比如从商品列表Fragment跳转到详情页，传递商品ID、名称这类结构化参数。
• 优势：编译时就会检查参数的类型和必填项，能避免运行时因Bundle参数类型错误或缺失导致的崩溃，适合导航过程中传递有明确结构的数据。

b. Arguments(Bundle) #

• 适用场景：简单、基础的参数传递，或者没使用Navigation Component的传统导航场景。比如传递单个字符串、整数这类简单数据，快速实现跳转时的参数传递。
• 注意：需要手动处理参数的序列化和反序列化，容易出现类型不匹配的问题，不推荐用于复杂数据传递。

4. Dagger2自定义作用域的单例ViewModel #

• 适用场景：跨多个Activity或Fragment，但属于同一个自定义作用域内的组件之间共享状态。比如APP的用户中心模块包含多个Activity和Fragment，需要共享用户登录状态、模块专属配置信息。
• 特点：通过自定义作用域（比如@UserScope、@ModuleScope）限定ViewModel的生命周期，只有作用域内的组件能拿到同一个实例，适合大型模块化项目中跨组件的状态共享，作用范围比Shared ViewModel更灵活。

内容的提问来源于stack exchange，提问作者Vikash Kumar Tiwari