如何减少程序中的Activity数量 避免每个页面都新开Activity

以下是可落地的三种实现思路，可根据项目技术栈选择：

1 单Activity + 多Fragment架构 #

• 全局仅保留一个宿主Activity，所有业务页面均以Fragment为载体实现，通过FragmentManager提供的增删改查方法完成页面切换，无需创建新Activity实例
• 可搭配Jetpack Navigation组件实现自动化的页面路由、返回栈管理，降低手动维护Fragment栈的出错概率
• 优化收益：Activity注册量可缩减90%以上，页面切换开销远低于Activity跳转，动画定制灵活度更高

注意：需做好Fragment生命周期监听，合理处理返回键拦截、页面数据传递逻辑，避免出现内存泄漏或栈混乱问题

2 同类型Activity复用 #

• 针对布局结构、逻辑模型相似的页面（如各类内容详情页、表单页），仅开发一个通用Activity，跳转时通过Intent携带的pageType参数区分业务场景，动态加载对应布局与逻辑
• 参考实现代码：

// 页面跳转时传递业务参数
fun jumpToCommonPage(context: Context, pageType: Int, data: Bundle) {
    val intent = Intent(context, CommonActivity::class.java)
    intent.putExtra("PAGE_TYPE", pageType)
    intent.putExtras(data)
    context.startActivity(intent)
}

// 通用Activity内部逻辑分发
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    when(intent.getIntExtra("PAGE_TYPE", -1)) {
        PAGE_TYPE_NEWS -> initNewsPage()
        PAGE_TYPE_VIDEO -> initVideoPage()
        PAGE_TYPE_FEEDBACK -> initFeedbackPage()
    }
}

• 优化收益：无需重构原有架构，适合存量项目快速优化，大幅减少重复的Activity模板代码

3 Jetpack Compose 单Activity架构 #

• 若项目采用Jetpack Compose技术栈，仅需一个宿主Activity，所有业务页面均以Composable函数实现，通过Navigation for Compose完成页面跳转、参数传递、返回栈管理
• 优化收益：完全不需要创建额外的Activity/Fragment，代码结构更精简，页面渲染和切换性能更高

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