关于监听网络变化的例子很多，但在使用过程中，有些坑是需要注意的。本文目的是将问题暴露出来并提供解决思路。
一般项目中需要监听的无非就是移动网络和wifi这两种的变化。他们都是通过广播来进行监听。
动态注册方式：
IntentFilter filter = new IntentFilter();
//监听wifi连接（手机与路由器之间的连接）
filter.addAction(WifiManager.NETWORK_STATE_CHANGED_ACTION);
//监听互联网连通性（也就是是否已经可以上网了），当然只是指wifi网络的范畴
filter.addAction(WifiManager.WIFI_STATE_CHANGED_ACTION);
//这个是监听网络状态的，包括了wifi和移动网络。
filter.addAction(ConnectivityManager.CONNECTIVITY_ACTION);
registerReceiver(new NetworkConnectChangedReceiver(), filter);
静态注册方式就不说了。但这里第一个坑来了，静态注册时，Receiver的实例是由系统创建，因此，如果你的Receiver是内部类，那么就会报错：
java.lang.RuntimeException: Unable to instantiate receiver com.paulz.gametest.MainActivity$NetworkConnectChangedReceiver: java.lang.InstantiationException: can't instantiate class com.paulz.gametest.MainActivity$NetworkConnectChangedReceiver; no empty constructor
其实这个问题不算是网络监听的坑，这是java实例化对象时，对于内部类生命周期的问题，未用static修饰的内部类，其类对象初始化是在外部类的对象创建之后才加载到内存的。而广播的注册是由framework层所创建的，它是不会创建内部类广播所在外部类的对象。，所以注册广播时，要么别写成内部类，要么把他写成静态的。
注：如果不清楚类对象和类的对象，请自行查阅资料。
public class A{
public static class NetworkConnectChangedReceiver extends BroadcastReceiver {
...
}
}接下来监听Wifi网络变化：
public static class NetworkConnectChangedReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
// 这个监听wifi的打开与关闭，与网络连通性无关
if (WifiManager.WIFI_STATE_CHANGED_ACTION.equals(intent.getAction())) {
int wifiState = intent.getIntExtra(WifiManager.EXTRA_WIFI_STATE, 0);
Log.e(TAG, "wifiState-" + wifiState);
switch (wifiState) {
case WifiManager.WIFI_STATE_DISABLED:
Log.e(TAG, "wifiState------WIFI_STATE_DISABLED");
break;
case WifiManager.WIFI_STATE_DISABLING:
Log.e(TAG, "wifiState-----WIFI_STATE_DISABLING");
break;
//
}
}
// 监听wifi的连接状态,即是否连上了一个有效无线路由
if (WifiManager.NETWORK_STATE_CHANGED_ACTION.equals(intent.getAction())) {
Parcelable parcelableExtra = intent
.getParcelableExtra(WifiManager.EXTRA_NETWORK_INFO);
if (null != parcelableExtra) {
NetworkInfo networkInfo = (NetworkInfo) parcelableExtra;
NetworkInfo.State state = networkInfo.getState();
boolean isConnected = state == NetworkInfo.State.CONNECTED;// 当然，这边可以更精确的确定状态
Log.e(TAG, "isConnected" + isConnected);
if (isConnected) {
} else {
}
}
}
}
}
监听wifi的广播响应速度比较快，如果只监听wifi的话，建议就用它。再然后就是监听通用的网络监听广播，网上的例子很多是用以下写法，来判定是否有网。但需要注意，这里又有坑了。
以下代码同样是在onReceive方法中：
// 这个监听网络连接的设置，包括wifi和移动数据的打开和关闭。.
// 最好用的还是这个监听。wifi如果打开，关闭，以及连接上可用的连接都会接到监听
if (ConnectivityManager.CONNECTIVITY_ACTION.equals(intent.getAction())) {
ConnectivityManager manager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo gprs = manager.getNetworkInfo(ConnectivityManager.TYPE_MOBILE);
NetworkInfo wifi = manager.getNetworkInfo(ConnectivityManager.TYPE_WIFI);
Log.e(TAG, "网络状态改变:" + wifi.isConnected() + " 3g:" + gprs.isConnected());
NetworkInfo info = intent.getParcelableExtra(ConnectivityManager.EXTRA_NETWORK_INFO);
boolean hasNet = (info != null) && (info.isConnected());
if (info != null) {
Log.e(TAG, "info.getTypeName()" + info.getTypeName());
Log.e(TAG, "getSubtypeName()" + info.getSubtypeName());
Log.e(TAG, "getState()" + info.getState());
Log.e(TAG, "getDetailedState()" + info.getDetailedState().name());
Log.e(TAG, "getDetailedState()" + info.getExtraInfo());
Log.e(TAG, "getType()" + info.getType());
if (NetworkInfo.State.CONNECTED == info.getState()) {
//连接
} else if (info.getType() == ConnectivityManager.TYPE_WIFI) {
if (NetworkInfo.State.DISCONNECTING == info.getState()) {
}
}
}
}
首先来看一下切换网络时的过程。通过多次试验，发现有时候切换网络的时候，系统会发多次广播，例如：
在已经连着3g网的情况下，再连接wifi，用户的正常思考逻辑是 断3g-->连WiFi
但实际上系统发了超过2次广播，而且顺序不一定，比如自己实验中，就是 断3g-->连wifi-->连wifi-->断3g。
所以按上面的代码来看，即：
NetworkInfo info = intent.getParcelableExtra(ConnectivityManager.EXTRA_NETWORK_INFO);
boolean hasNet=info.isConnected();结果会跟最后一次收到广播时，判断的网络状态为准。
所以要作一定处理，因为网络类型不仅仅只有3g，wifi而已，比如4G等。所以最好的写法如下：
ConnectivityManager manager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo[] infos=manager.getAllNetworkInfo();
int netType=-1;
for(int i=0,length=infos.length;i虽然这种方式，每次接到广播都要遍历一次，但准确。
好了，具体用哪种方式，还是看情况而定。