Jetpack Compose LazyColumn与Retrofit：详情页数据传递方案选型

方案一：直接传递列表里已加载的文章数据 #

• 优势：
  • 无需额外发起网络请求，页面切换速度快，用户体验流畅，尤其在网络环境较差的场景下优势明显
  • 代码实现简单，直接将列表中的数据对象序列化后通过导航参数传递即可（注意给数据类添加@Serializable注解）
• 劣势：
  • 如果列表仅加载了部分字段，后续详情页需要补充数据时仍需发起请求，反而增加逻辑复杂度
  • 若文章数据体积较大，序列化/反序列化会产生额外性能开销，甚至可能触发导航参数的大小限制
  • 无法保证数据一致性：列表加载完成后，服务器端的文章可能已更新，详情页会展示过时数据

方案二：仅传递文章ID，详情页重新请求完整数据 #

• 优势：
  • 导航参数仅为一个ID，体积极小，完全不存在参数大小超限的问题
  • 能确保展示最新数据，避免列表缓存数据过时的情况
  • 代码逻辑更清晰，列表页和详情页职责分离：列表页专注展示列表数据，详情页负责获取并展示完整详情
• 劣势：
  • 需要额外发起一次网络请求，详情页加载会有短暂等待，需添加加载状态提示
  • 用户频繁切换页面时会增加服务器请求量（可通过本地缓存优化，比如用Room存储已请求过的详情数据）

最优选择建议 #

如果你的列表数据已经包含详情页所需的全部字段，且数据体积不大，同时对页面切换速度有极高要求，可以选择方案一；

但绝大多数场景下，更推荐方案二：

1. 当前移动端网络环境普遍较好，额外请求的等待时间用户基本可以接受
2. 可结合本地缓存（比如Room+Retrofit的缓存策略）避免重复请求，既保证数据新鲜度又优化加载性能
3. 代码可维护性更高，后续需求变更（比如详情页新增字段）时，无需修改列表页的传递逻辑，仅调整详情页的请求和展示即可

内容的提问来源于stack exchange，提问作者a.hess