Android WiFi与移动网共存时切换移动数据传输异常问题咨询

这个问题的核心在于网络请求的过滤条件不严谨和网络绑定的时机/验证逻辑缺失，导致系统没有正确切换到目标网络：

1. 移动网络请求未排除WiFi
   当你切换回移动数据时，你的NetworkRequest只指定了TRANSPORT_CELLULAR，但没有明确排除TRANSPORT_WIFI。此时WiFi仍处于连接可用状态，Android的ConnectivityManager可能会优先保留已连接的WiFi网络（因为WiFi通常被系统判定为更优网络），即使你请求了蜂窝网络，系统也可能不会主动切换。

2. 网络绑定未做有效性验证
   在onAvailable回调中，你直接绑定了返回的Network，但没有验证这个网络是否真的符合你当前请求的传输类型。极端情况下，可能存在系统返回的网络不是你期望的蜂窝网络（比如WiFi仍然满足某些隐性条件），导致绑定错误。

3. 解绑与绑定的时序问题
   connectivityManager.bindProcessToNetwork(null)之后立刻绑定新网络，部分Android版本中系统可能还未完成旧网络的解绑操作，导致旧的WiFi绑定残留生效。

针对以上问题，你可以修改代码如下：

1. 严格过滤目标网络请求 #

在请求移动网络时，明确排除WiFi传输类型，确保系统只匹配蜂窝网络：

public void setTransportType(int transportType) {
    connectivityManager = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
    if (networkCallback != null) {
        connectivityManager.unregisterNetworkCallback(networkCallback);
        networkCallback = null;
    }
    NetworkRequest.Builder request = new NetworkRequest.Builder();
    if (transportType == TRANSPORT_TYPE_WIFI) {
        request.addTransportType(NetworkCapabilities.TRANSPORT_WIFI);
        request.addCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET); // 补充WiFi的互联网能力
    } else {
        request.addCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET);
        request.addTransportType(NetworkCapabilities.TRANSPORT_CELLULAR);
        // 新增：明确排除WiFi，确保只匹配蜂窝网络
        request.removeTransportType(NetworkCapabilities.TRANSPORT_WIFI);
    }
    // ... 后续回调逻辑
}

2. 验证网络有效性后再绑定 #

在onAvailable回调中，先验证返回的网络是否符合当前请求的传输类型，再执行绑定操作：

networkCallback = new ConnectivityManager.NetworkCallback() {
    @Override
    public void onAvailable(Network network) {
        super.onAvailable(network);
        // 先解绑当前所有网络绑定
        connectivityManager.bindProcessToNetwork(null);
        
        // 验证网络是否符合目标传输类型
        NetworkCapabilities capabilities = connectivityManager.getNetworkCapabilities(network);
        if (capabilities != null) {
            boolean isTargetNetwork = false;
            if (transportType == TRANSPORT_TYPE_WIFI) {
                isTargetNetwork = capabilities.hasTransport(NetworkCapabilities.TRANSPORT_WIFI) 
                                 && capabilities.hasCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET);
            } else {
                isTargetNetwork = capabilities.hasTransport(NetworkCapabilities.TRANSPORT_CELLULAR) 
                                 && capabilities.hasCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET);
            }
            
            if (isTargetNetwork) {
                // 确认是目标网络后再绑定
                connectivityManager.bindProcessToNetwork(network);
                /*Operation after switching over*/
            }
        }
    }

    // 新增：处理网络丢失的情况，避免残留绑定
    @Override
    public void onLost(Network network) {
        super.onLost(network);
        connectivityManager.bindProcessToNetwork(null);
    }
};

3. 确保网络请求的唯一性 #

在切换传输类型时，除了注销旧的NetworkCallback，还可以主动取消之前的网络请求（如果需要），不过unregisterNetworkCallback通常已经足够终止之前的请求。

• Android版本兼容性：bindProcessToNetwork在Android 7.0(API 24)及以上可用，如果你需要兼容更低版本，可能需要使用setProcessDefaultNetwork（已废弃）。
• 网络权限：确保你的应用已申请ACCESS_NETWORK_STATE和CHANGE_NETWORK_STATE权限，否则网络绑定可能失效。

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