从BusinessActivity跳转AddEmployeeActivity时出现OOM错误求助

老哥，我之前也踩过类似「同一个Activity从不同页面跳转结果天差地别」的坑，结合你的情况，咱们一步步拆解问题：

核心分析 #

从MainActivity跳转完全正常，说明AddEmployeeActivity本身的基础逻辑没有问题，OOM的根源大概率在BusinessActivity的内存状态或者跳转时的Intent传递细节上。

排查&解决步骤 #

1. 揪出Intent里的隐藏「大包袱」

你说已经试过传单个字符串/模型对象，但还是OOM，这里要注意几个容易忽略的点：

• 如果传的是自定义模型，哪怕你注释了图片相关代码，模型类里是否还保留着Bitmap、InputStream这类大对象的字段？ 哪怕这些字段是空的，Parcelable/Serializable序列化时也可能触发不必要的内存操作。
• 有没有不小心在Intent里塞了其他大东西？比如之前写的图片Uri、大集合，后来注释了但没删干净？

解决方法：
暂时彻底放弃传自定义对象，只用纯字符串传递必要参数，代码示例：

// BusinessActivity 跳转代码
val intent = Intent(this, AddEmployeeActivity::class.java)
// 只传核心字符串参数
intent.putExtra("EMP_ID", "EMP_001")
intent.putExtra("EMP_NAME", "张三")
startActivity(intent)

// AddEmployeeActivity 接收参数
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    val empId = intent.getStringExtra("EMP_ID") ?: ""
    val empName = intent.getStringExtra("EMP_NAME") ?: ""
    // 后续逻辑用这两个字符串处理
}

2. 检查BusinessActivity的「内存健康度」

会不会是BusinessActivity本身已经占用了大量内存，跳转时刚好触发了内存阈值？毕竟MainActivity可能是刚启动的，内存占用低，所以跳转没问题。

排查方法：
用Android Studio的Profiler内存面板，在BusinessActivity跳转前查看内存占用：

• 有没有内存泄漏？比如未解绑的观察者、未关闭的流、静态变量持有Activity引用？
• 有没有残留的Bitmap对象？哪怕你注释了图片加载代码，之前加载的Bitmap如果没调用recycle()或者没被GC回收，也会占内存。

解决方法：

• 在BusinessActivity的onDestroy()里，手动释放所有大对象：比如清空集合、置空Bitmap引用、解绑广播/观察者。
• 如果是内存泄漏，用LeakCanary工具定位泄漏点并修复。

3. 排查AddEmployeeActivity的参数分支逻辑

虽然MainActivity跳转正常，但会不会是BusinessActivity传的参数触发了AddEmployeeActivity里的某个隐藏逻辑？比如：

• 传的字符串是空的，导致某个循环无限创建对象？
• 参数不同，触发了某个你没注意到的大资源加载（比如加载了默认的大图？）

解决方法：
在AddEmployeeActivity的onCreate()开头加日志，打印所有接收的参数，然后逐行注释代码，每次只保留一行核心逻辑，测试跳转是否还OOM，逐步定位到触发问题的代码行。

4. 其他冷门排查点

• 检查AndroidManifest里的Activity配置：有没有给BusinessActivity或者AddEmployeeActivity设置了android:process属性（跨进程跳转）？跨进程传数据如果处理不好也可能触发OOM。
• 检查你的App是否开启了过度的内存优化？比如手动调用System.gc()，反而导致内存波动过大。

总结 #

优先从「Intent传参是否干净」和「BusinessActivity内存是否泄漏/过载」入手，这两个是这类「选择性OOM」问题的高发原因。

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