为何ListDetailPaneScaffold需自定义Parcelable类？用Int不行吗？

你测试发现用Int索引能在配置变更后保留状态，是因为Compose的remember机制会自动处理基本数据类型的序列化保存。但官方推荐用实现Parcelable的自定义类，是出于更健壮的业务场景考虑：

• 避免列表结构变化导致的状态错误：Int索引绑定的是列表的位置，一旦列表发生增删、排序操作，原来的索引对应的就不是你选中的那项了。比如原本索引2对应"商品A"，删除第一项后，索引2变成"商品B"，状态就完全错了。而用带唯一id的自定义类，不管列表怎么变，都能通过id定位到正确的业务实体。
• 更好的扩展性：如果后续需要给选中状态附加更多信息（比如选中项的名称、预览图地址），直接在自定义类里加字段即可，不用修改状态管理的逻辑。而Int索引只能表示位置，无法承载额外数据。
• 语义更清晰，符合组件设计意图：ListDetailPaneScaffoldNavigator的泛型设计是为了关联业务实体，而非单纯的位置标识。用自定义类能明确表达"选中的是某个具体业务项"，而Int索引只是个无意义的数字，不利于代码维护。
• 支持更复杂的状态恢复场景：如果需要把选中状态保存到Bundle（比如进程被杀后恢复），或者跨组件传递，Parcelable类可以直接序列化，且扩展性更强。虽然Int也能存，但自定义类的语义和扩展性都更优。

简单来说，Int索引在静态列表的简单场景下能凑合用，但在真实业务中，自定义Parcelable类是更可靠、更易维护的方案，能避免很多潜在的bug。

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