同一Activity下不同Composable函数能否配置独立ViewModel，该方案是否理想？

完全可以实现，这套方案现在已经是Compose单Activity架构的主流实践之一，官方也提供了完整的支持：

• 如果你使用官方Navigation Compose组件管理页面路由，每个导航目的地对应的Composable页面，直接在其作用域内调用viewModel()（Kotlin扩展方法）或者Hilt配套的hiltViewModel()，得到的ViewModel实例默认就和当前导航目的地的生命周期绑定。当页面被销毁（比如用户点返回键出栈）时，对应的ViewModel会自动被回收，生命周期行为和之前Fragment的ViewModel完全一致。
• 就算你没有用Navigation Compose，自己实现页面切换逻辑，也可以通过给每个页面Composable绑定独立的ViewModelStoreOwner，自定义控制ViewModel的生命周期和页面的显隐/销毁完全对齐。

绝大多数业务开发场景下，这都是非常推荐的理想方案，优势非常突出：

• 对齐传统Android开发的分层习惯，页面级的业务逻辑、状态都可以封装在对应ViewModel里，和Compose实现的UI层完全解耦，原有Fragment开发的经验可以无缝复用，团队学习成本极低。
• 页面ViewModel互相独立，不会出现所有状态都堆到Activity级ViewModel导致的代码臃肿、逻辑耦合问题，也不会出现无关页面的状态长期驻留内存的问题。
• 不用手动管理ViewModel的销毁逻辑，框架层面自动和页面生命周期绑定，大幅降低内存泄漏的风险。

唯一需要注意的场景是多页面共享状态的需求：比如全局用户状态、跨页面共享的购物车数据等，不要强行塞到单个页面的ViewModel中，按需把这类共享状态放到更高层级的作用域（比如Activity级ViewModel、全局单例状态容器）即可，不影响这套方案的整体合理性。

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