android - drawable.setCallback(null) 的后果；

Question

在尝试实现 Drawable 的小型内存缓存时，我了解到要避免在关闭 Activity 后发生内存泄漏，我需要取消绑定(bind)这些 Drawable:将它们的回调设置为 null。

因为维护缓存在每个 Activity 中的 Drawable 需要额外的代码，所以我尝试在 setImageDrawable(drawable) 之后立即解除它们的绑定(bind)，到目前为止我没有看到任何后果.
这是来自 MyImageView 类的代码(extends ImageView):

setImageDrawable(drawable);
d.setCallback(null);

在调试器中，我可以清楚地看到，在第一行回调之前为 null，在第一行之后它被设置为这个 imageView，之后我再次将它设置为 null。它通常在那之后显示..

setCallback (Drawable.Callback cb) 的文档说明:

Bind a Drawable.Callback object to this Drawable. Required for clients that want to support animated drawables.

因为我不需要动画可绘制对象，所以我不明白为什么我不应该这样做，但令我困扰的是，在一些关于 Android 中关于可绘制对象的内存泄漏的博客中，只有在 Activity 完成后才这样做。问题是，为什么在绑定(bind)到 ImageView 时总是自动设置回调？

是否存在一些边界条件，回调设置为 null 的那些可绘制对象会导致问题？不显示或 NPE？

Answer 1

您不应该缓存 Drawable——Drawable 对象是有状态的，旨在供一个且只有一个所有者使用。

如果你想实现缓存，你应该缓存可绘制对象的常量状态。

用这个检索常量状态:

http://developer.android.com/reference/android/graphics/drawable/Drawable.html#getConstantState()

(注意此方法可以返回 null；并非所有 Drawable 都具有常量状态。)

您稍后可以使用以下方法从常量状态实例化新的 Drawable:

http://developer.android.com/reference/android/graphics/drawable/Drawable.ConstantState.html#newDrawable(android.content.res.Resources)

另请记住，Resources 已经使用此工具为您维护了一个 Drawables 缓存，因此您无需为从 Resources 检索的任何 Drawables 实现自己的缓存。

而且，如果您在资源之外创建自己的 Drawable，我强烈建议对底层数据(例如从网络下载的位图)进行缓存，然后尝试破坏常量状态。 (同样，绝对不要自己缓存 Drawable 对象。)