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

小弟在此拜谢了。

你可能感兴趣的:(Android攻城bug分享-01)