大家都有这样的经历,在app测试阶段,在网络不佳的时候,我们等不及数据加载完毕来回切换页面的时候往往会导致程序崩溃,而且非常常见,一般都是跑出NullPointException 空指针异常,罪魁祸首其实就是 context。
这些错误全部出现在网络请求的回调当中,onSuccess, onFailure, onError等等。在这些方法里面我们一般会用Toast 或者 Dialog来向用户展示 例如:数据加载错误 这样的提示信息,当网速比较快的时候确实可以显示给用户,但是若网络不佳,用户没等结果返回就到了其他页面,那么此页面的Activity context就会为 null,调show 的时候就会报 空指针异常。解决这种问题的方法有很多,
- 网络回调肯定有一个父类,在父类的回调中判断context是否为空,若为空直接ruturn,这样就不会调用自己的实现了。
- 自己重写Dialog,在show中统一处理,或者是提供给外部一个静态方法来初始化和显示dialog,在此静态方法中做处理
- 关于Toast,有的同学可能会说context 可以使用 getApplicationContext(),这样的话一般是不会出现crash的,但是 我都到另外一个页面了你还显示上一个页面的加载结果,对用户来说这就是一种累赘,再者说了,若你的Toast很多的话,Toast会不停的显示,用户体验很差。若确实Toast很多,那么我们可继承Toast,写一个自己的Toast,提供一个静态方法去显示Toast,在里面加上队列和isRunning 等状态,这样可以优化用户的体验。