这个场景我做VoIP应用时也踩过坑！核心问题是Android网络切换的通知时序有延迟，加上旧的广播监听方式局限性太大，导致你在WiFi关闭的瞬间误判为完全断网。给你几个针对性的解决方案：

1. 给断网判断加个“缓冲延迟” #

不要一收到断网通知就立刻关闭通话——系统在WiFi断开后，激活移动数据需要短暂时间（通常1-2秒），这段时间getActiveNetworkInfo()会返回null，但其实移动数据正在连接中。

用Handler实现延迟判断：

private Handler mHandler = new Handler(Looper.getMainLooper());
private Runnable mEndCallRunnable = () -> {
    // 这里才是真正触发关闭通话的逻辑
    terminateVoIPCall();
};

// 收到网络断开通知时，先触发延迟任务
mHandler.postDelayed(mEndCallRunnable, 1500); // 1.5秒缓冲时间可根据测试调整

// 收到新网络连接通知时，立刻取消延迟任务
mHandler.removeCallbacks(mEndCallRunnable);
// 更新VoIP的网络IP，继续通话
updateVoIPNetworkConfig();

2. 弃用广播接收器，改用NetworkCallback #

Android 7.0（API 24）之后官方推荐用ConnectivityManager.NetworkCallback监听网络变化，它能精准捕获每一个网络的连接、断开、属性变更事件，还能同时监听多个网络状态，避免广播的局限性。

示例代码：

ConnectivityManager connectivityManager = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkRequest networkRequest = new NetworkRequest.Builder()
        .addCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET) // 只监听有互联网访问的网络
        .addTransportType(NetworkCapabilities.TRANSPORT_WIFI)
        .addTransportType(NetworkCapabilities.TRANSPORT_CELLULAR)
        .build();

ConnectivityManager.NetworkCallback networkCallback = new ConnectivityManager.NetworkCallback() {
    @Override
    public void onAvailable(Network network) {
        super.onAvailable(network);
        // 新网络可用，判断是WiFi还是移动数据
        NetworkCapabilities capabilities = connectivityManager.getNetworkCapabilities(network);
        if (capabilities != null) {
            if (capabilities.hasTransport(NetworkCapabilities.TRANSPORT_WIFI)) {
                handleWiFiConnected(network);
            } else if (capabilities.hasTransport(NetworkCapabilities.TRANSPORT_CELLULAR)) {
                handleCellularConnected(network);
            }
        }
        // 取消延迟关闭通话的任务
        mHandler.removeCallbacks(mEndCallRunnable);
    }

    @Override
    public void onLost(Network network) {
        super.onLost(network);
        // 某网络断开，启动延迟判断
        mHandler.postDelayed(mEndCallRunnable, 1500);
    }
};

// 注册回调（记得在Activity销毁时unregister）
connectivityManager.registerNetworkCallback(networkRequest, networkCallback);

3. 优化移动数据状态检测逻辑 #

你之前的检测方法在切换场景下失效，是因为只判断了移动数据是否启用，没检查它是否真的处于可用状态。改用遍历所有网络的方式：

private boolean isCellularNetworkUsable() {
    ConnectivityManager cm = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
    Network[] allNetworks = cm.getAllNetworks();
    
    // 先遍历所有网络，看是否有可用的移动数据网络
    for (Network network : allNetworks) {
        NetworkCapabilities capabilities = cm.getNetworkCapabilities(network);
        if (capabilities != null 
            && capabilities.hasTransport(NetworkCapabilities.TRANSPORT_CELLULAR)
            && capabilities.hasCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET)) {
            return true;
        }
    }
    
    // 备用：检查移动数据开关是否开启
    TelephonyManager tm = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        return tm.isDataEnabled();
    } else {
        // 旧版本反射调用（需要READ_PHONE_STATE权限）
        try {
            Method method = tm.getClass().getDeclaredMethod("isDataEnabled");
            return (boolean) method.invoke(tm);
        } catch (Exception e) {
            e.printStackTrace();
            return false;
        }
    }
}

这个方法能在WiFi断开、移动数据正在激活的过渡阶段，提前检测到移动网络的存在，避免误判。

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