Android攻城bug分享-01

第一  项目中出现的问题

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,牵扯到原理的一些地方我也不是很了解，有错误的地方，还请地方指正留言。

小弟在此拜谢了。