别裁伪体亲风雅,转益多师是汝师。这篇文章主要讲述Android:为什么我的进程在应用程序崩溃后仍然存活?相关的知识,希望能为你提供帮助。
我有一个应用程序,我故意扔一个RuntimeException
在某一点崩溃。结果是应用程序崩溃,活动的所有可见痕迹都消失,并向用户显示一个弹出对话框:
应用已停止 [X]关闭应用程序到目前为止一切顺利,所有这一切都是可以预期的。
【Android(为什么我的进程在应用程序崩溃后仍然存活())】但是,我能够通过在崩溃之前和之后调用
adb shell ps | grep <
packageName>
来观察我的进程实际上在这次崩溃中幸存下来。 (只有当用户点击“关闭应用”时,才会终止此过程。)- 这个过程保持活力有什么意义?这个过程处于什么状态?它需要什么资源,哪些信息仍保留在内存中?
System.exit()
或android.os.Process.killProcess()
)但这不是问题 - 我真的更感兴趣的是为什么进程在应用程序崩溃中幸存。我的问题的背景是应用程序强化和根/篡改/调试器检测。在某些情况下,从安全/强化的角度来看(即为潜在的攻击者提供更难的逆向工程),可能需要尽可能快速,干净地杀死应用程序。我完全清楚Android并不是为了给应用程序提供这种控制,而且通常不应该尝试终止应用程序。
答案Android在崩溃后保持活动一段时间的原因正好与你的目标相反:)它需要收集一些调试信息并使其可供应用创建者使用。
您可以直接从代码中删除您的进程:
android.os.Process.killProcess(android.os.Process.myPid());
推荐阅读
- Truecaller API中的APPKEY是什么()
- VS 2010 post build,show application console
- 解析纯文本并在android中生成csv
- 自定义ConstraintLayout类似乎无法横向排列 - Android - Kotlin
- 如何隐藏或删除Apple Watch状态栏中的时间()
- 使用addButton时,AppJar已按下所有按钮
- 在Recycler视图上添加图像视图时,Android导航抽屉动画滞后/减速
- Matlab - AppDesigner(使用GUI中断循环)
- 使用循环或lapply来读取和命名文件