android - 理解 onTrimMemory( int level )

Question

我最近在 Managing Your App's Memory 上阅读了这篇文章，如果您是 AndroidDev 并且从未读过，我强烈建议您阅读它。

有很多好的做法，而我从未碰巧知道的一件事是 onTrimMemory(int level)系统在每个 Activity/Fragment 上调用的方法，用于通知应该或可以释放哪些内存的事件。

这是那篇文章的引述:

Notice that your app receives the onTrimMemory() callback with TRIM_MEMORY_UI_HIDDEN only when all the UI components of your app process become hidden from the user. This is distinct from the onStop() callback, which is called when an Activity instance becomes hidden, which occurs even when the user moves to another activity in your app. So although you should implement onStop() to release activity resources such as a network connection or to unregister broadcast receivers, you usually should not release your UI resources until you receive onTrimMemory(TRIM_MEMORY_UI_HIDDEN). This ensures that if the user navigates back from another activity in your app, your UI resources are still available to resume the activity quickly.

我对在我的应用程序中实现良好的内存管理非常感兴趣，因此我期待着实现 onTrimMemory()以正确的方式。

我只有几个问题:

• 是 onTrimMemory(TRIM_MEMORY_UI_HIDDEN)在 onStop() 之后调用？

• 在这种情况下，“释放你的 UI 资源”是什么意思？例如清理位图缓存，或者实际删除和销毁 View 树中的每个 View ？我通常在 onDestroy() 或 onDestroyView() 方法中销毁 View ，我现在想知道我是否做得对。

• 是否有一个双胞胎/通讯员回调到 onTrimMemory(TRIM_MEMORY_UI_HIDDEN) ?比如onCreate-onDestroy、onStart-onStop、onCreateView-onDestroyView。我想了解在 onTrimMemory(TRIM_MEMORY_UI_HIDDEN) 之后将 Activity/Fragment 置于前台之后我应该在哪里以及如何恢复 UI 状态已被调用。

Answer 1

• 具有 TRIM_MEMORY_UI_HIDDEN 级别的 onTrimMemory 实际上是在 onStop 之前调用的。当 onStop 被调用时，这意味着 Activity 真的停止了，如果需要，Android 操作系统可能会立即终止它，所以你不应该期望在此之后再调用该 Activity 的回调，除了 onRestart 和有时 onDestroy。

• “释放你的 UI 资源”实际上是关于缓存之类的东西。您通常不必担心管理 View 或 UI 组件，因为操作系统已经这样做了，这就是为什么有所有用于创建、启动、暂停、停止和销毁 Activity 的回调的原因。但是，有时为了提高性能，您必须增加内存使用量，例如缓存 Activity 使用的一些数据。这是调用 onTrimMemory 时应该释放的资源类型，因此您的应用使用更少的内存，即使它会影响性能。不过，您应该担心内存泄漏。如果您的 Activity 停止，请确保不要保留对其 View 的任何引用，因为这会阻止 Activity 被垃圾收集，这将阻止整个上下文被收集，这很糟糕，主要是如果您想保持您的应用程序运行数小时或数天(例如您实现服务时)。

• 不，没有对应的 onTrimMemory 回调。但是，你不应该需要一个。正如我之前所说，如果您保留一些资源的缓存以提高性能，只需将其清空，并在需要时让它再次增长。如果内存级别一直很低，则可能很快会再次调用 onTrimMemory，并使用相同的内存级别。顺便说一句，请记住，onTrimMemory 将使用多个不同的内存级别调用，而不仅仅是 TRIM_MEMORY_UI_HIDDEN。