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

最新推荐文章于 2024-09-29 22:44:33 发布

啋菇凉的尛蘑菇

最新推荐文章于 2024-09-29 22:44:33 发布

阅读量3.8k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Android

本文链接：https://blog.youkuaiyun.com/wangyingtong/article/details/51500521

Android 专栏收录该内容

58 篇文章

订阅专栏

本文探讨了在Android应用中遇到的网络回调与UI线程冲突导致的异常问题，包括空指针异常和Fragment detach Activity异常。提出了解决方案，如在回调中判断Context是否为空，使用ApplicationContext避免Crash，优化Toast显示，以及在异步任务中检查Activity是否被销毁。通过实例代码解释如何实现这些解决方案，确保应用在各种网络条件下都能正常运行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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

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

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

@Override
protected 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;
    }
}