Android MVVM架构中：通过Intent在Activity间传递对象是否始终不当？

这是个很务实的问题，其实没法一刀切说"是"或"不是"——核心得看你传递的对象是什么样的、以及你想用它做什么，同时要紧扣MVVM「Activity只负责UI协调，ViewModel管理数据逻辑」的核心原则。

什么时候可以放心用Intent传递？ #

如果你的自定义对象符合以下特征，用Intent传递完全没问题，甚至是高效的选择：

• 轻量、临时的传输对象：比如只是用来传递列表项的ID、简单的摘要信息（比如商品名称+价格），这类对象没有复杂状态，也不需要长期保留。
• 实现了Parcelable（推荐）或Serializable：Android官方更推荐Parcelable，因为序列化/反序列化效率更高。但要注意，别传递包含大资源（比如Bitmap、大文件流）的对象，否则很容易触发TransactionTooLargeException。
• 不需要跨页面复用或持久化：比如从列表页跳转到详情页，传递当前选中的条目对象，只是用来临时展示或作为ViewModel获取更详细数据的参数——这种场景下，Activity只是做个"传声筒"，数据最终还是交给ViewModel处理，完全符合MVVM的分工。

什么时候更适合先持久化，再由ViewModel加载？ #

如果你的对象属于以下情况，那用Intent传递就不太合适了，更建议先把对象存入持久化数据源（比如Room数据库、本地缓存、SharedPreferences），再让目标Activity的ViewModel去加载：

• 复杂、带状态的业务对象：比如包含大量关联数据的用户模型、订单模型，或者需要在App重启后还能恢复的状态数据。这类对象如果靠Intent传递，不仅容易触发大小限制，还违背了MVVM中「ViewModel负责数据获取与管理」的原则——Activity不该插手数据的存储和传递逻辑。
• 需要跨多个页面复用的对象：比如用户的会话信息、购物车数据，这些数据应该统一存放在持久化层，各个页面的ViewModel直接从数据源获取，避免靠Intent传递导致的数据不一致问题，同时降低页面间的耦合度。
• 想避免页面间强耦合：如果用Intent传自定义对象，两个Activity就会依赖同一个对象的结构，一旦对象结构变化，两个页面都要改。而让ViewModel从数据源加载，每个页面只依赖自己的ViewModel和抽象的数据源接口，耦合度更低，更易维护。

MVVM下的最佳实践建议 #

不管选哪种方式，都要紧扣MVVM的分工：

• 尽量让Activity只做UI相关的事，数据传递的逻辑交给ViewModel。比如，列表页的ViewModel可以把选中对象的ID传递给详情页的ViewModel（通过SavedStateHandle或者自定义ViewModel Factory），详情页的ViewModel再根据ID去持久化数据源加载完整对象。
• 如果一定要用Intent传对象，别让Activity持有或处理这个对象——直接把Intent里的参数传递给ViewModel，由ViewModel来管理和使用数据。
• 时刻警惕TransactionTooLargeException：如果对象过大，哪怕实现了Parcelable也可能踩坑，这时候必须切换到持久化+ViewModel加载的方案。

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