Android：将数据保存在 RAM 中而不影响电池寿命

Question

在我的应用程序中，我有一组动态（即不能硬编码到服务操作）定义IntentService 如何处理其输入。

我的基本问题是，每次将Intent 传递给Service 时，我不想从它们的XML 文件中加载这些Definition 结构，而是将它们保存在内存中（因为它们又小又快访问是可取的，因为该服务经常被调用）并使用位于 RAM 中的 Definitions 来处理 Intents，因为 Service 接收它们。

从逻辑上讲，我能想到的只是一个永久的背景Service，有大量消息来源说这是一个坏主意（我同意）。

我想基本上我正在寻找的是一种将这些数据存储在 RAM 中直到需要它的方法（就像 Android 对打开的应用程序、启动器等所做的系统一样），并且不会对电池寿命产生任何不利影响（即Service什么都不做，只是将数据保存在 RAM 中直到被调用），但在我的 Service 被调用时可用？

是否有任何可能的方法可以实现这一点，或者我必须非常小心地管理的唯一选项是永久的Service？

如果一个永久的Service 是答案，那么IntentService（配置为START_STICKY）会不会只停留在RAM 中并且在通过Intent 之前不会影响电池寿命？

Answer 1

我的基本问题是，不是每次将 Intent 传递给服务时都从它们的 XML 文件中加载这些定义结构，而是希望将它们保存在内存中（因为它们体积小且需要快速访问，因为服务被非常频繁地调用）并使用位于 RAM 中的定义在服务接收到意图时对其进行处理。

首先，“服务被非常频繁地调用”表明您可能已经在 CPU 和电池利用率方面给用户带来了痛苦，具体取决于您对“非常频繁”的定义。相比之下，此磁盘 I/O 的额外电池成本将是最低的。

除此之外，欢迎您在静态数据成员中保留此数据。只要您的流程还在，它们就会一直存在。根据设备发生的情况以及您对“非常频繁”的定义，这些数据可能会在您下次调用服务时提供给您。如果没有，您只需从磁盘重新加载。换句话说，将静态数据成员用作缓存。

从逻辑上讲，我能想到的只是一个永久的后台服务，有大量消息来源说这是一个坏主意（我同意）。

具体来说，磁盘 I/O 的增量电池成本不值得一直占用用户的 RAM。