Android如何处理多个实例数据/身份和JNI

Question

这是一个良好实践和智能解决方案的问题，我需要一个建议。

我有一个应用程序（据我在Stackoverflow和Google搜索中可以阅读）：

• 该应用程序处理各种文档，我喜欢它 同时处理多个文档。 （我习惯于Win32，其中有一个程序段和每个实例的一段数据，但在Android / Java中显然不是这样。）
• 我看到一个实例从应用程序存储（平板电脑）启动应用程序，另一个打开带有附加文档文件的Gmail或电子邮件，第三个实例是通过从文件处理应用程序（如ES文件浏览器）打开文件。我喜欢他们都可以在两者之间翻转。用户可能希望一次读取多个文档。 （如果我在Android / Java环境中使用错误的单词实例，请更正我）
• 该应用程序内置于JNI部分，其中包含所有数据和逻辑以及Java Android用户界面。（JNI部分旨在独立于操作系统，用于不同操作系统中的实现，具有胶水c文件。）
• 每次翻转屏幕或在
之间翻转实例时，Android部分都会重新创建
• 只有一个JNI实例，即使重新创建Android Java部分并且所有Java数据都被清除，它仍然保留，现在它显示最后一个读取文件，在所有情况下翻转推送正在运行的应用程序按钮< / LI>
• 在JNI部分中创建不同的实例没有问题，只要可以将它们绑定到每个Java实例，具有可以用作交换中的参数的标识或其他内容与JNI部分，，但？
• 我无法在每个实例中保存FilePathName以识别Java部分中的实例，因为在重新创建Java部分时将擦除它。

第一个问题是，如果我在阅读Stackoverflow和Googled文章的观察中是对的吗？

第二个问题，解决问题的任何好建议？我需要建议

• 只要它还活着，是否有可能在所有情况下识别实例？
• 任何其他可能的路径，既包括为每个实例分隔数据的一般问题，也包括识别JNI处理每个实例的数据的实例？

Answer 1

扬

我们的应用程序中的JNI对象存在类似的问题。问题是JNI链接不能作为普通的Java对象工作，必须明确地解决。与此同时，我们的活动可以随时被Android销毁。

我们当前的解决方案是将JNI对象存储在应用程序级别，并且只要引用为零，就可以管理引用和删除对象。如果活动将永远被破坏，也会破坏JNI参考。所以这就像你在上一篇文章中所做的那样。

但是，如果您希望在一段时间后使应用程序可扩展，您可能会理解此解决方案并非理想。

Android系统有时会临时破坏活动以节省内存。在您的情况下，所有带文档的JNI对象仍将消耗内存。所以这里最好的解决方案是能够将JNI级别的文档保存到捆绑包中。如果用户可以更改您的文档，这一点尤为重要。在这种情况下，通过在onSaveInstanceState中保存JNI对象的状态，您可以销毁您的JNI对象并在onCreate中重新创建。然而，在这里分析需要多少时间来销毁/创建保存到捆绑文档的JNI对象是非常重要的，因为我们必须在某些情况下（例如肖像/横向模式）快速支持活动重建，并使用一些有限的捆绑（不超过1Mb） ）。如果进程很长，这个解决方案可能不太好。 另外，您希望有一个任务 - 一个文档系统。当您在一个任务中有多个活动时，您应该考虑这种情况。

Android的第二项始终不会调用onDestroy（）。如果你做了一些保存操作，这里的数据可能会丢失。

希望这些信息对您有所帮助。