这就是我正在处理它,因为事实证明 getActiveNetworkInfo 将在特定情况下始终返回DISCONNECTED / BLOCKED,即使有网络连接 . 这是 BroadcastReceiver 中具有intent filter ConnectivityManager.CONNECTIVITY_ACTION 的receive方法 .
@Override
public void onReceive(Context context, Intent intent) {
ConnectivityManager conn = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo networkInfo = conn.getActiveNetworkInfo();
NetworkInfo intentNetworkInfo = intent.getParcelableExtra(ConnectivityManager.EXTRA_NETWORK_INFO);
if (intentNetworkInfo == null) {
intentNetworkInfo = intent.getParcelableExtra(WifiManager.EXTRA_NETWORK_INFO);
}
if (networkInfo == null) {
networkInfo = intentNetworkInfo;
} else {
//when low battery get ActiveNetwork might receive DISCONNECTED/BLOCKED but the intent data is actually CONNECTED/CONNECTED
if (intentNetworkInfo != null && networkInfo.isConnectedOrConnecting() != intentNetworkInfo.isConnectedOrConnecting()) {
networkInfo = intentNetworkInfo;
}
}
//do something with networkInfo object
}
我搜索了更好的解决方案,但没有结果 . 我能够在我的设备(Pixel 7.1.2)上重现100%的情况如下:
设备电池电量不足<15%(其他设备<20%)
Wifi已开启,应用程序已启动
将应用程序发送到后台关闭wifi并转到3g(反之亦然)
回到应用程序
在这种情况下,应用程序将报告来自 getActiveNetworkInfo 的DISCONNECTED / BLOCKED .
如果您在应用程序中更改连接,它将是正常的,但如果它在背景上它不会 . 在调试时不会发生这种情况,因为即使电池电量不足也会给设备充电 .
在上面的示例中,ConnectivityManager和WifiManager中的EXTRA_NETWORK_INFO实际上是相同的字符串“networkInfo”但是如果在其他Android版本中它们不同,我不想冒险,所以它是额外的样板 .
您可以直接使用意图中的networkInfo,但我想在此处显示有一种情况,即actualNetworkInfo不是实际的网络信息 .
博客讨论了在Android设备低电量情况下,getActiveNetworkInfo可能返回错误的网络状态,导致无法正确检测网络连接。作者提供了BroadcastReceiver中处理CONNECTIVITY_ACTION广播的代码示例,指出在特定条件下,intent中的网络信息可能更准确。问题在Pixel 7.1.2上100%可复现,表现为设备电量低于15%时,即使有网络,getActiveNetworkInfo仍返回DISCONNECTED/BLOCKED。解决方案是检查intent中的网络信息来获取正确的连接状态。
4566

被折叠的 条评论
为什么被折叠?



