无网络环境下应用强制停止问题求助

兄弟，我完全懂你这种找不到崩溃根源的憋屈——明明加了Internet权限、试了各种方法，网络一断App就直接崩，确实闹心。结合你提到的「在OnCreate中做网络检测+弹窗」的场景，给你梳理几个大概率的问题根源，你可以逐一排查：

1. 主线程执行了网络操作（最常见） #

如果你的网络检测代码不是通过ConnectivityManager获取本地网络状态，而是直接发起了网络请求（比如ping某地址、发送HTTP请求），那Android主线程是绝对不允许这种耗时操作的。网络不可用时，这类操作会直接触发NetworkOnMainThreadException，导致App强制停止。

• 排查建议：
  • 确认网络检测逻辑是用ConnectivityManager来判断网络状态，而非直接发起网络调用；
  • 如果必须做网络请求来验证连通性，一定要把逻辑放到子线程（比如用Kotlin协程、Java的AsyncTask，或者OkHttp的异步回调）。

2. 弹窗的上下文或时机错误 #

你提到在OnCreate方法中显示弹窗，而OnCreate阶段Activity还未完全完成初始化（还没attach到Window），此时直接弹出Dialog可能会抛出WindowManager$BadTokenException，尤其是网络不可用时触发弹窗的时机刚好卡在Activity初始化的临界状态。

• 排查建议：
  • 把弹窗显示逻辑移到onStart()或onResume()方法中，确保Activity已经处于活跃状态；
  • 如果是在子线程完成网络检测后触发弹窗，一定要用runOnUiThread()包裹弹窗代码，保证UI操作在主线程执行。

3. 未处理的空指针/IO异常 #

网络不可用时，你的代码可能出现未捕获的异常：比如调用ConnectivityManager.getActiveNetworkInfo()时返回null，你直接调用它的isConnected()等方法，就会触发空指针异常；或者处理网络相关流操作时没捕获IO异常。这些未处理的异常都会导致App崩溃。

• 排查建议：
  • 对所有可能返回null的对象做非空判断，比如：

    ConnectivityManager cm = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
    NetworkInfo activeNetwork = cm.getActiveNetworkInfo();
    if (activeNetwork != null && activeNetwork.isConnected()) {
        // 网络可用逻辑
    } else {
        // 网络不可用时的处理
    }
    

  • 给网络相关代码块添加try-catch，并在catch中打印详细日志（用Log.e()），方便定位具体异常。

4. 缺失ACCESS_NETWORK_STATE权限 #

你已经添加了Internet权限，但获取网络状态还需要ACCESS_NETWORK_STATE权限。如果没在Manifest中声明这个权限，调用ConnectivityManager获取网络信息时会抛出SecurityException，导致App崩溃。

• 排查建议：
  在AndroidManifest.xml中添加权限声明：

  <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
  

关键建议：先看崩溃日志！ #

所有排查的前提是先拿到崩溃的堆栈信息——打开Android Studio的Logcat，过滤「Error」级别，找到崩溃时的调用链，它会明确告诉你是哪一行代码、什么异常导致的崩溃，比盲目试方法高效太多。

内容的提问来源于stack exchange，提问作者Fuad Alizadeh