Answers:
使用WeakReference
Android中并不比使用一个在普通的Java有什么不同。这是一个很好的指南,提供了详细的解释:了解弱引用。
您应该在需要引用对象时考虑使用一个,但是您不希望该引用保护对象免受垃圾收集器的侵害。一个经典的例子是当内存使用率太高(通常使用来实现WeakHashMap
)时,您希望对其进行垃圾收集的缓存。
一定要检查出SoftReference
并PhantomReference
为好。
编辑:汤姆提出了一些有关使用实现缓存的担忧WeakHashMap
。这是一篇介绍问题的文章:WeakHashMap不是缓存!
汤姆说对了,有人抱怨WeakHashMap
缓存导致Netbeans性能不佳。
我仍然认为,使用实施缓存,WeakHashMap
然后将其与使用实施的您自己的手动缓存进行比较,将是一种很好的学习体验SoftReference
。在现实世界中,您可能不会使用这两种解决方案中的任何一种,因为使用像Apache JCS这样的第三方库更有意义。
WeakHashMap
用作缓存是致命的。条目可以在创建后立即删除。测试时可能不会发生这种情况,但在使用时可能会发生。值得注意的是,NetBeans可以由此有效地100%停止CPU。
WeakHashMap
即使您正确地认为这是一个错误的选择,也经常使用缓存来实现;)
[EDIT2]我找到了的另一个很好的例子WeakReference
。在“ 有效显示位图”培训指南的“ UI线程”页面上处理位图显示WeakReference
了AsyncTask中的一种用法。
class BitmapWorkerTask extends AsyncTask<Integer, Void, Bitmap> {
private final WeakReference<ImageView> imageViewReference;
private int data = 0;
public BitmapWorkerTask(ImageView imageView) {
// Use a WeakReference to ensure the ImageView can be garbage collected
imageViewReference = new WeakReference<ImageView>(imageView);
}
// Decode image in background.
@Override
protected Bitmap doInBackground(Integer... params) {
data = params[0];
return decodeSampledBitmapFromResource(getResources(), data, 100, 100));
}
// Once complete, see if ImageView is still around and set bitmap.
@Override
protected void onPostExecute(Bitmap bitmap) {
if (imageViewReference != null && bitmap != null) {
final ImageView imageView = imageViewReference.get();
if (imageView != null) {
imageView.setImageBitmap(bitmap);
}
}
}
}
它说,
对ImageView的WeakReference确保AsyncTask不会阻止ImageView及其引用的任何内容被垃圾回收。无法保证任务完成后ImageView仍然存在,因此您还必须检查onPostExecute()中的引用。例如,如果用户离开活动或在任务完成之前进行了配置更改,则ImageView可能不再存在。
编码愉快!
[编辑]我找到了一个很好的例子WeakReference
从facebook-android-sdk。工具提示弹出窗口类不过是一个简单的小部件类,它在锚点视图上方显示工具提示。我截图了。
该类非常简单(约200行),值得一看。在该类中,使用WeakReference
类来保留对锚视图的引用,这是很有意义的,因为即使工具提示实例的生存时间比其锚视图更长,也可以垃圾收集锚视图。
编码愉快!:)
让我分享一个 WeakReference
课堂。这是Android框架小部件中的一个小代码段AutoCompleteTextView
。
简而言之, WeakReference
类用于持有 View
在此示例中对象以防止内存泄漏。
我将只复制并粘贴PopupDataSetObserver类,这是一个嵌套类。 AutoCompleteTextView
。这真的很简单,注释很好地解释了课程。编码愉快!:)
/**
* Static inner listener that keeps a WeakReference to the actual AutoCompleteTextView.
* <p>
* This way, if adapter has a longer life span than the View, we won't leak the View, instead
* we will just leak a small Observer with 1 field.
*/
private static class PopupDataSetObserver extends DataSetObserver {
private final WeakReference<AutoCompleteTextView> mViewReference;
private PopupDataSetObserver(AutoCompleteTextView view) {
mViewReference = new WeakReference<AutoCompleteTextView>(view);
}
@Override
public void onChanged() {
final AutoCompleteTextView textView = mViewReference.get();
if (textView != null && textView.mAdapter != null) {
// If the popup is not showing already, showing it will cause
// the list of data set observers attached to the adapter to
// change. We can't do it from here, because we are in the middle
// of iterating through the list of observers.
textView.post(updateRunnable);
}
}
private final Runnable updateRunnable = new Runnable() {
@Override
public void run() {
final AutoCompleteTextView textView = mViewReference.get();
if (textView == null) {
return;
}
final ListAdapter adapter = textView.mAdapter;
if (adapter == null) {
return;
}
textView.updateDropDownForFilter(adapter.getCount());
}
};
}
和 PopupDataSetObserver
用于设置适配器。
public <T extends ListAdapter & Filterable> void setAdapter(T adapter) {
if (mObserver == null) {
mObserver = new PopupDataSetObserver(this);
} else if (mAdapter != null) {
mAdapter.unregisterDataSetObserver(mObserver);
}
mAdapter = adapter;
if (mAdapter != null) {
//noinspection unchecked
mFilter = ((Filterable) mAdapter).getFilter();
adapter.registerDataSetObserver(mObserver);
} else {
mFilter = null;
}
mPopup.setAdapter(mAdapter);
}
最后一件事。我还想知道WeakReference
Android应用程序中的工作示例,并且可以在其官方示例应用程序中找到一些示例。但是我真的不明白其中一些用法。例如,ThreadSample和DisplayingBitmaps应用程序WeakReference
在其代码中使用,但是在运行了几次测试之后,我发现get()方法从不返回null
,因为引用的视图对象在适配器中回收,而不是垃圾回收。
其他一些答案似乎不完整或过长。这是一个一般性的答案。
您可以执行以下步骤:
WeakReference
变量MyClass
对...的参考较弱AnotherClass
。
public class MyClass {
// 1. Create a WeakReference variable
private WeakReference<AnotherClass> mAnotherClassReference;
// 2. Set the weak reference (nothing special about the method name)
void setWeakReference(AnotherClass anotherClass) {
mAnotherClassReference = new WeakReference<>(anotherClass);
}
// 3. Use the weak reference
void doSomething() {
AnotherClass anotherClass = mAnotherClassReference.get();
if (anotherClass == null) return;
// do something with anotherClass
}
}
AnotherClass
对...有强烈的参考MyClass
。
public class AnotherClass {
// strong reference
MyClass mMyClass;
// allow MyClass to get a weak reference to this class
void someMethod() {
mMyClass = new MyClass();
mMyClass.setWeakReference(this);
}
}
MyClass
A是和AnotherClass
为B.WeakReference
是让另一个类实现接口。这是在Listener / Observer Pattern中完成的。// allow MyClass to get a weak reference to this class void someMethod() { mMyClass = new MyClass(); mMyClass.someMethod(this); }
??
weakreference
对象本身doSomething
是否不在。null
get
“规范化”映射是在其中将有问题的对象的一个实例保留在内存中,而所有其他实例则通过指针或某种类似的机制查找该特定实例。这是弱引用可以提供帮助的地方。简短的答案是,WeakReference对象可用于创建指向系统中对象的指针,而一旦这些对象超出范围,它们仍将由垃圾收集器回收。例如,如果我有这样的代码:
class Registry {
private Set registeredObjects = new HashSet();
public void register(Object object) {
registeredObjects.add( object );
}
}
我注册的任何对象都不会被GC回收,因为在的集中存储了对它的引用registeredObjects
。另一方面,如果我这样做:
class Registry {
private Set registeredObjects = new HashSet();
public void register(Object object) {
registeredObjects.add( new WeakReference(object) );
}
}
然后,当GC想要回收Set中的对象时,它将能够这样做。您可以使用此技术进行缓存,编目等。请参见下文,以获取对GC和缓存进行更深入讨论的参考。