Android 异步网络请求导致的程序崩溃

来源：互联网发布：js ui隐藏不安全编辑：程序博客网时间：2024/05/20 01:43

onSuccess, onFailure, onError等等。在这些方法里面我们一般会用Toast 或者 Dialog来向用户展示例如：数据加载错误这样的提示信息，当网速比较快的时候确实可以显示给用户，但是若网络不佳，用户没等结果返回就到了其他页面，那么此页面的Activity context就会为 null，调show 的时候就会报空指针异常。解决这种问题的方法有很多，

网络回调肯定有一个父类，在父类的回调中判断context是否为空，若为空直接ruturn，这样就不会调用自己的实现了。

自己重写Dialog，在show中统一处理，或者是提供给外部一个静态方法来初始化和显示dialog，在此静态方法中做处理，并在onDestroy()方法中干掉他.,

@Overrideprotected void onDestroy() {    super.onDestroy();    if (MessdialogOrderService != null) {        MessdialogOrderService.dismiss();    }}

关于Toast，有的同学可能会说context 可以使用 getApplicationContext()，这样的话一般是不会出现crash的，但是我都到另外一个页面了你还显示上一个页面的加载结果，对用户来说这就是一种累赘，再者说了，若你的Toast很多的话，Toast会不停的显示，用户体验很差。若确实Toast很多，那么我们可继承Toast，写一个自己的Toast，提供一个静态方法去显示Toast，在里面加上队列和isRunning 等状态，这样可以优化用户的体验。

另外一种异常是 Fragment detach Activity，虽然报的异常不一样，但根本原因还是异步返回结果后，当前的Activity已经被销毁，这时context就为空，进行getView、getResource等操作时就会返回null。解决方案如下(以异步任务为例)：

if (getActivity() == null) return;if (android.os.Build.VERSION.SDK_INT > 17) {  // 3.0以上    if (getActivity().isDestroyed()) {        return;    }} else {    if (getActivity().getSupportFragmentManager() == null || getActivity().getSupportFragmentManager().isDestroyed()) {        return;    }}

1 0