基本操作,先举栗子?
在项目中总是会有需要判断网络状态的地方,我们常用的方法就是抽出一个工具类,我顺手就是一个栗子?:
//判断网络是否可用
public static boolean isNetworkAvailable() {
ConnectivityManager connectivityManager = (ConnectivityManager)
getApplication()
.getSystemService(Context.CONNECTIVITY_SERVICE);
...
...
return boolean;
}
复制代码
细致的你当然还会再写一个判断网络类型的方法,反手再来一个栗子?:
//返回当前网络类型
public static NetType getNetType() {
ConnectivityManager connectivityManager = (ConnectivityManager)
getApplication()
.getSystemService(Context.CONNECTIVITY_SERVICE);
...
...
return NetType;
}
复制代码
然后我们就会在相应的操作前进行判断网络的判断:
if (NetworkUtils.isNetworkAvailable()) {
doSomething();
} else {
doSomething();
}
if (NetworkUtils.getNetType()== xxx) {
doSomething();
} else {
doSomething();
}
复制代码
这样做会有什么问题呢?
- 首先最直观的,不够优雅,代码判断量太多,如果你的操作是需要频繁的监听网络状态,那么过多的
if
/else
肯定会让后面维护变的眼花缭乱。 - 以上方法只能在网络操作之前判断网络状态,若用户在网络正常情况下发起操作而中间改变网络,比如下载中途突然丢失网络,则此时无法做出相应的控制。
- 无法只针对某种网络类型进行监听,比如只想监听用户切换到 WiFi 网络时做出响应。
- 程序多处需要进行网络监听处理时,不能同时接收网络变化,必须逐个地方手动处理。
如何解决
接下来就是本文的重点,如何通过 NetStatusBus 这个库来解决以上问题,让你的网络状态监听变得前所未有的简单粗暴。
通过以下方式来使用 NetStatusBus
- 通过 Gradle 添加依赖:
implementation 'com.sunchen:netstatusbus:0.1.4'
复制代码
- Application 中初始化 NetStatusBus:
// 尽可能早的进行这一步操作, 建议在 Application 中完成初始化操作
NetStatusBus.getInstance().init(this);
复制代码
- 根据你的生命周期来注册和注销订阅者,例如:
@Override
public void onStart() {
super.onStart();
NetStatusBus.getInstance().register(this);
}
@Override
public void onStop() {
super.onStop();
NetStatusBus.getInstance().unregister(this);
}
复制代码
- 声明你的订阅方法,在该方法中可以监听到网络状态的变更:
@NetSubscribe()
public void doSometing(NetType netType) {
//netType 会返回当前的网络类型为 NetType.WIFI 还是 NetType.MOBILE 或者NetType.NONE
Log.d(Constrants.LOG_TAG, netType.name());
}
复制代码
到这里就已经结束了,你的所有网络操作已经都可以清晰优雅的在订阅方法中进行处理了,当然你也可以继续往下看。
特别说明
订阅方法可以选填一个NetType
参数,可以通过NetType
的值来判断当前网络类型。
@NetSubscribe
中可以指定 mode
用来设置订阅的模式,mode
类型如下:
Mode.AUTO
:这是默认值,任何网络状态发生变化,该类型订阅者都会被调用。
//所有网络变化都会被调用,可以通过 NetType 来判断当前网络具体状态
@NetSubscribe(mode = Mode.AUTO)
public void netChange(NetType netType) {
Log.d(Constrants.LOG_TAG, netType.name());
}
复制代码
Mode.WIFI
:由 WIFI 改变引发的网络状态变化的情况下(wifi连接和断开),该类型订阅者会被调用。
// 当 wifi 连接和失去连接时都被调用
@NetSubscribe(mode = Mode.WIFI)
public void wifiChange(NetType netType) {
Log.d(Constrants.LOG_TAG, netType.name());
}
复制代码
Mode.WIFI_CONNECT
: 仅在 WIFI 成功连接后,该类型订阅者会被调用。
// 只有当 wifi 连接时都被调用
@NetSubscribe(mode = Mode.WIFI_CONNECT)
public void wifiChange() {
Log.d(Constrants.LOG_TAG, "连接到wifi网络");
}
复制代码
Mode.MOBILE
: 由移动网络改变引发的网络状态变化的情况时(移动网络连接和断开),该类型订阅者会被回调。
// 当移动网络连接和失去连接时都会被调用
@NetSubscribe(mode = Mode.MOBILE)
public void netChange(NetType netType) {
Log.d(Constrants.LOG_TAG, netType.name());
}
复制代码
Mode.MOBILE _CONNECT
: 仅在移动网络成功连接后,会被回调。
// 当移动网络连接时调用
@NetSubscribe(mode = Mode.MOBILE _CONNECT)
public void netChange() {
Log.d(Constrants.LOG_TAG, "连接到移动网络");
}
复制代码
Mode.NONE
: 只有当网络丢失时,该类型订阅者才会被回调。
// 只有当网络丢失时,该类型订阅者才会被回调。
@NetSubscribe(mode = Mode.NONE)
public void netChange() {
Log.d(Constrants.LOG_TAG, "失去网络");
}
复制代码
它的原理是什么
有人会觉得,我用个库爽就行了管它的原理干什么?
你放心,我只是小小的描述一下实现方式。
原理简单来说,就是在全局初始化的时候就绑定对网络的变化监听。然后将进行注册的父类所有的订阅方法保存至集合中,这里涉及到一些方法的校验,最后在网络状态发生改变时利用 Java 反射机制遍历执行所有订阅方法。熟悉 EventBus 的小伙伴已经看出来了这里借鉴了一小部分 EventBus 的思想。
回到第一步,那么具体是如何绑定对网络状态变化的监听呢?
以前我们是通过注册广播来实现绑定网络变更的监听,在Android 7.0 以后,Google 基于性能和安全原因对广播进行了很多限制,比如监听网络变更的广播 android.net.conn.CONNECTIVITY_CHANGE
使用静态注册的方式则无法生效,而动态注册的方式虽然可以生效但毕竟不是最优解。
同样出于性能和安全,以及拥抱变化的角度,最终我们还是使用官方推荐的方式,利用 ConnectivityManager.NetworkCallback 来进行网络变化的监听,这是在Android 5.0即android api 21推出的API,目前Android 5.0以上的市场占有率在 85%以上,随着国内各大厂商正在积极的推进适配普及Android Q,这个比例还会进一步增大,所以个人人认为无需过于担心低版本适配。
总结
好的,这就关于 NetStatusBus 这个库的内容,希望可以对你有帮助,喜欢的话请不吝点赞,感谢。