一、背景
在一个项目中使用了ViewPager+Fragment的组合，但是在实际使用中频繁的Crash，错误是在Fragment内部出现的NullPointException。
经过仔细排查，发现是因为我在Fragment内有一些AsyncTask联网操作，在网络链接失败的时候会弹出Toast消息提示。而生成Toast时传入的Context参数是getActivity() ，这里就有可能会出现问题了，只有Fragment附着(onAttach)在Activity上时 getActivity() 函数才会返回正确的对象，否则的话返回null。[1]
因此，如果我正在联网，滑动ViewPager使得这个Fragment被销毁了或者点击Back键返回了，此时Fragment就会和Activity解除附着，当再试图弹出Toast的时候，getActivity() 返回null，于是就Crash了。
二、保存Context引用
明白了问题出在哪就好解决了，在Fragment附着在Activity上时用一个变量保存引用就ok了。
@Override
public void onAttach(Activity activity){
this.mContext = activity;
}
三、内存泄漏？
这样通过在Fragment中使用全局变量保存Context引用貌似解决了这个问题，但是和狐狸(icyfox)讨论过以后，认为这种方法有可能会导致内存泄漏。当联网操作持续时间比较长，比如网络拥堵不断重试时，其附着的Activity变量会一直保存，反复开启这个Activity（实际运行中这种情况并不少见）会导致同时有很多个Activity的引用。
四、使用全局Application来得到Context
我们知道Android程序中Application、Service和Activity都实现了Context，如果保存Activity的引用作为Context有可能导致内存泄漏的话，那么是不是可以用Application或Service来得到引用？答案是可以，并且如果你不想为了引用Context专门创建一个全局Service的话，显然是Application更方便。[2]
首先在manifest文件中注册Application
<application
android:name=".MyApplication"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name" >
然后创建MyApplication.Java，我们在这里使用 单例模式 来对外保持Application的引用
public class MyApplication extends Application {
private static MyApplication instance;
@Override
public void onCreate() {
super.onCreate();
instance = this;
}
public static MyApplication getInstance(){
// 因为我们程序运行后，Application是首先初始化的，如果在这里不用判断instance是否为空
return instance;
}
}
这样在程序的任何地方都可以使用Application来得到Context，而不用担心内存泄漏了。
Context context = MyApplication.getInstance();
Toast.makeText(context, "Your Toast Message", Toast.SHORT_TOAST).show(
网友评论