android - ACTION_IMAGE_CAPTURE Intent : Avoid Activity being destroyed/process being killed

Question

此问题适用于熟悉 Activity 生命周期的 Android 开发人员。

我正在开发一个执行面部检测和面部标志识别的应用程序。

相应的机器学习模型需要很长时间才能从 SD 存储中解析并加载到内存中。在当前的平均 Android 设备上，很容易需要长达 20 秒的时间。顺便说一句，所有这些面部分析内容和模型加载都发生在 C++ native 代码中，该代码是使用 Android NDK + JNI 集成的。

由于模型加载时间较长，因此实际的解析和加载会通过 AsyncTasks 提前安排在后台，这样用户就不会注意到巨大的延迟。

在进行实际的人脸分析之前，用户可以通过 MediaStore.ACTION_IMAGE_CAPTURE 进行自拍。这将调用设备上安装的单独相机应用程序并通过 onActivityResult 接收图片。

现在问题开始了:当用户处于单独的相机 Activity/应用程序中时，几乎总是整个应用程序进程都会被终止。大多数情况下，它似乎发生在从相机应用程序返回之前(时机似乎很奇怪)。我做了另一个测试，以确认在相机应用程序内按下拍摄按钮时会发生这种情况。在那一刻，我的应用程序被杀死了。当按下“接受图像”按钮时，将重新创建应用程序。 ActivityManager 在 logcat 中给出的进程终止原因是“prev LAST”(我通过 Google 没有找到任何关于此含义的信息，但我看到许多其他应用程序也因这个原因被终止，所以它似乎发生了经常)。

因此，我的应用程序的所有 Activity 都需要由 Android 重新创建(对我来说很好，因为它发生得很快)，而且面部分析模型也必须从头开始重新加载，用户会注意到在处理他的自拍照之前有一个巨大的延迟。

我的问题是:有没有可能告诉Android，一个Activity/App有正当理由在暂时处于后台获取相机图片时不被杀死？毕竟， ActivityManager 做出了终止应用程序的错误决定。如此频繁地重新加载模型会占用大量 CPU 和内存资源。

这似乎是 Android 生命周期架构中的一个疏忽。我知道很少有应用程序有我的应用程序的特定要求，但它仍然看起来很愚蠢。我能想到的“解决”这个问题的唯一方法是在应用程序中实现我自己的相机 Activity，但这违背了 Android 自己的最佳实践。

还有一些“android:persistent”标志，您可以通过 AndroidManifest.xml 坚持您的 Activity，但文档完全不清楚其含义。 See the docs on this.

顺便说一句:当应用程序进程被杀死时，onDestroy 不会被调用。我在某处读到不能保证 onDestroy 会被调用，这对我来说实际上不是问题。虽然我想知道为什么 Android 文档没有明确说明这一点。

Answer 1

Almost always the whole app process will be killed while the user is in the separate camera Activity/App

这并不奇怪。相机应用程序可能会消耗大量内存，因此 Android 需要通过终止后台应用程序进程来释放内存。

After all, the ActivityManager makes a wrong decision to kill the app

鉴于可能的替代方案是操作系统崩溃，我怀疑用户会同意操作系统终止进程的决定。

Having to reload the models so frequently takes up a lot of CPU and memory resources.

那么也许您不应该从您的应用程序启动另一个应用程序。自己拍张照片。直接使用相机 API，或使用 Fotoapparat 和 CameraKit-Android 等库作为这些 API 的更简单的包装器。

The only way I can think of to 'fix' this issue is to implement my own camera Activity inside the app, but this goes counter Android's own best practices.

按照这个论点，任何设备都不会拥有相机应用程序，因为编写任何相机应用程序“都违背了 Android 自己的最佳实践”。

任何需要相机的应用必须使用相机API(直接或间接)来获得可靠的行为。您假设数千个相机应用程序都已正确编写，并且将正确遵守您的 ACTION_IMAGE_CAPTURE Intent(例如，将结果放在您使用 EXTRA_OUTPUT 指定的位置) )。 Many camera apps have buggy ACTION_IMAGE_CAPTURE implementations 。对于您和用户可以在不拍摄照片的情况下生活的情况(例如，具有“附加照片”功能的笔记应用程序)，ACTION_IMAGE_CAPTURE 并非不合理，但这似乎不是您的应用程序的情况就是这样。