Android后台等待ActivityResult时应用被杀死的问题咨询

完全避免不可能——Android系统的内存回收机制是为了保证设备整体流畅性，当内存不足时会优先杀掉后台低优先级进程。但针对你1GB内存的PAX支付设备，可以通过以下手段大幅降低被杀概率：

• 别过度依赖android:largeHeap="true"：这个属性只是给应用分配更大的堆内存上限，不会改变系统的回收优先级，甚至可能让系统认为你的应用占用资源更多，在内存紧张时优先回收。重点要做内存优化：及时释放Bitmap、清理无用对象、用LruCache做缓存，排查并修复内存泄漏（比如静态持有Context、未取消的广播监听器）。
• 提升进程优先级：作为支付类应用，可申请FOREGROUND_SERVICE权限，启动一个前台服务，搭配一个低优先级的常驻通知（比如“支付服务运行中”）。前台进程的优先级远高于普通后台进程，系统只有在内存极端不足时才会考虑回收。
• 精简后台资源：在调用其他应用进入后台前（onPause生命周期），释放非必要资源（比如暂停后台线程、关闭数据库连接），回到前台时（onResume）再恢复，减少后台内存占用。
• 关闭冗余后台任务：砍掉不必要的后台定时任务、无用的服务，避免额外消耗内存。

可以，Android的ActivityResultLauncher本身支持进程被杀后的状态恢复，只要做好以下几点：

• 确保ActivityResultLauncher在onCreate方法中初始化：进程被杀后重建Activity时，onCreate会被调用，Launcher会重新注册，系统会自动关联之前的请求。
• 系统会自动保存请求状态：当你的应用被杀死，用户从其他应用返回时，系统会重建你的Activity，registerForActivityResult的回调会正常触发，收到返回结果。
• 自行保存业务状态：在onSaveInstanceState中保存当前的业务上下文（比如支付订单号、当前操作步骤），然后在onCreate或onRestoreInstanceState中恢复，这样拿到ActivityResult后可以继续完成存入数据库的操作。

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