异常致进程终止对ART的影响及相关问题确认

背景 #

我开发的Android应用采用Kotlin实现UI/UX，C处理核心逻辑，通过JNI桥接两者。正常流程中，C线程会调用AttachCurrentThread附加到ART，退出前调用DetachCurrentThread再终止线程。但异常场景下，信号处理器或Kotlin的Thread.UncaughtExceptionHandler会在记录日志后直接终止进程，导致无法执行线程分离和清理操作。此前了解到未调用DetachCurrentThread可能导致DVM终止，现针对ART相关疑问寻求确认。

问题1：ART是否与DVM表现一致，未调用DetachCurrentThread就终止应用时ART也会终止？ #

是的，但逻辑更清晰：

• DVM时期未分离JNI线程可能引发虚拟机异常终止；而ART中，应用进程因异常直接终止时，对应的ART实例会随进程完全销毁。无论是否调用DetachCurrentThread，进程终止都会彻底回收ART相关资源，不会出现ART单独残留或崩溃的情况。

问题2：每个应用是否都拥有独立的ART实例？ #

完全正确。从Android 5.0起，每个Android应用进程都会启动独立的ART实例，各实例运行在沙箱中，资源完全隔离，彼此无共享状态。

问题3：最坏情况下，应用因异常终止且ART崩溃，是否会影响其他应用，或对我的应用造成如被Google Play下架等负面影响？ #

• 对其他应用无影响：ART实例是进程级独立的，应用进程（含其ART实例）崩溃仅影响自身，不会波及设备上的其他应用。
• 对自身应用的影响：不会直接导致Google Play下架，但会带来以下问题：
  • Google Play Console会标记应用崩溃率过高，降低应用展示权重，影响用户下载意愿；
  • 频繁崩溃会拉低用户评分，流失用户；
  • 仅当崩溃涉及系统安全风险时才可能触发Google审核处罚，单纯JNI线程未分离导致的进程崩溃不属于此类。

初步结论确认 #

1. ART会随应用进程终止而销毁，不存在单独终止的情况；
2. 每个应用拥有独立ART实例的结论正确；
3. 崩溃不会影响其他应用，但会损害用户体验和应用在Google Play的表现，不会直接导致下架。

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