首先,Activity的Context和Application的Context肯定不是一个东西,一个是当前活动的Context,它的生命周期仅限于此活动,一个是整个应用程序的Context,它的生命周期伴随着整个程序,鉴于Activity的Context的特点,滥用它往往会造成内存泄露,如下代码所示:
public class TestContext{
private static TestContext testContext;
private Context context;
private TestContext(Context context){
this.context = context;
}
public static synchronized TestContext getInstance(Context context){
if(null == testContext)
testContext = new TestContext(context);
return testContext;
}
}
显而易见,上述单例模式中textContext是强引用static类型,往往它的生命周期伴随着整个应用程序,但你传递进来的Context若是一个Activity的,只要我们这个应用程序还活着,它就没有办法正常的回收,这就造成了内存的泄露。
解决的方法很简单,将初始化TestContext是传递的参数context变为context.getApplicationContext()既可,因为用此方法获得的是应用程序的context,因此就不用担心内存泄露了。
既然如此的话,在能使用context的地方全部替换context.getApplicationContext()不就皆大欢喜了吗?很遗憾的来说,这样不行,因为他们根本不是一个东西,它们的应用场景是不同的,并非所有的Activity的Context的场景,Application的Context依然可以,一下是我总结出来的一个表格,表示了它俩之间的应用场景:
https://pic3.zhimg.com/4c9656d1d4fa7556651829ba741df232_b.png
其实我们只要把握住两条原则即可:
1,凡是和UI相关的,都不建议使用Application的Context。
2,不要让生命周期长的对象引用activity context,即保证引用activity的对象要与activity本身生命周期是一样的,若不一样,请考虑一下是否可以使用Application的Context。
转载于:http://www.zhihu.com/question/34007989/answer/58296467