第一 项目中出现的问题
android的项目中，难免会使用fragment，也会使用sp来保存一些设置。但在fragment使用sp中的时候会面临
内存不够的时候被回收的问题，这个时候程序就会崩溃的情况，即使有全局异常来处理，但不可避免造成不好
的用户体验。
第二 问题探究
在fragment使用上下文，一般有两种方式，一种是使用activity，另一种是使用application。
使用activity的话，一般是getActivity(),或者采取构造方法来进行传递，这样的方法都可以，但
无论是哪种都会面临失效为null的情况。原因相信大家都知道，fragment依附于activity存活。
内存不够的时候，activity都会干掉，何况依附于他的小弟。
另一种是application是跟程序的生命周期绑定的，这个最为稳妥，但在组件中的量级也最为重
不是特别的时候，尽量不要使用，但应对崩溃的情况没办法的话也可以应急一下。
第三 项目的解决方案-只是自己的方法
个人觉得比较好的方法最好是合二为一，这样既可以避免过多使用application，也可以在一定程度上避免
空指针的出现。
首先，针对application建立单例模式，这个作用就不说了，相信通用的程序都是这样做的
private static MyApplication instance;
public static MyApplication getinstance() {
if (instance == null) {
instance = new MyApplication();
}
return instance;
}
接着，一般的话为进行统一样式的设置或者一些主题的设置，都会统一建立BaseFragment， 在里面加入这个方法，
private Activity activity;
public Context getContext(){
if(activity == null){
return MyApplication.getinstance();
}
return activity；
}
上面的代码相信小伙伴们都能看懂，当出现activity为空的时候，就去使用application应急，一般的话就用activity最为合适。连着结合起来进行判断，当然根据自己的需求可以加入onAttach(),去得到activity
@Override
public void onAttach(Activity activity) {
super.onAttach(activity);
activity = getActivity();
}
上面的方法是自己的项目在迭代的时候出现的问题，之前用的是getActivity（），但是程序用个几个小时，再次打开的就呵呵了，收集错误日志的时候发现是这个毛病，现在依照这样弄就没事了。
分享项目中bug,牵扯到原理的一些地方我也不是很了解，有错误的地方，还请地方指正留言。
小弟在此拜谢了。
