view website with documentation: RxJava1.x, RxJava2.x
ReactiveNetwork is an Android library listening network connection state and Internet connectivity with RxJava Observables. It's a successor of Network Events library rewritten with Reactive Programming approach. Library supports both new and legacy network monitoring strategies. Min sdk version = 9.
Current Branch | Branch | Artifact Id | Build Status | Coverage | Maven Central |
---|---|---|---|---|---|
RxJava1.x |
reactivenetwork |
||||
☑️ | RxJava2.x |
reactivenetwork-rx2 |
- Usage
- Integration with other libraries
- Examples
- Download
- Tests
- Code style
- Static code analysis
- Who is using this library?
- Getting help
- Caveats
- Changelog
- JavaDoc
- Documentation
- Releasing
- Contributors
- References
- Supporters
- License
Please note: Due to memory leak in WifiManager
reported
in issue 43945 in Android issue tracker
it's recommended to use Application Context instead of Activity Context.
We can observe Connectivity
with observeNetworkConnectivity(context)
method in the following way:
ReactiveNetwork
.observeNetworkConnectivity(context)
.subscribeOn(Schedulers.io())
... // anything else what you can do with RxJava
.observeOn(AndroidSchedulers.mainThread())
.subscribe(connectivity -> {
// do something with connectivity
// you can call connectivity.state();
// connectivity.type(); or connectivity.toString();
});
When Connectivity
changes, subscriber will be notified. Connectivity
can change its state or type.
Errors can be handled in the same manner as in all RxJava observables. For example:
ReactiveNetwork
.observeNetworkConnectivity(context)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(
connectivity -> /* handle connectivity here */,
throwable -> /* handle error here */
);
We can react on a concrete state, states, type or types changes with the filter(...)
method from RxJava, hasState(NetworkInfo.State... states)
and hasType(int... types)
methods located in ConnectivityPredicate
class.
ReactiveNetwork
.observeNetworkConnectivity(context)
.subscribeOn(Schedulers.io())
.filter(ConnectivityPredicate.hasState(NetworkInfo.State.CONNECTED))
.filter(ConnectivityPredicate.hasType(ConnectivityManager.TYPE_WIFI))
.observeOn(AndroidSchedulers.mainThread())
.subscribe(connectivity -> {
// do something
});
observeNetworkConnectivity(context)
checks only connectivity with the network (not Internet) as it's based on BroadcastReceiver
for API 20 and lower and uses NetworkCallback
for API 21 and higher.
Concrete WiFi or mobile network may be connected to the Internet (and usually is), but it doesn't have to.
You can also use method:
Observable<Connectivity> observeNetworkConnectivity(Context context, NetworkObservingStrategy strategy)
This method allows you to apply your own network observing strategy and is used by the library under the hood to determine appropriate strategy depending on the version of Android system.
Connectivity
class is used by observeNetworkConnectivity(context)
and observeNetworkConnectivity(context, networkObservingStrategy)
methods. It has the following API:
Connectivity create()
Connectivity create(Context context)
NetworkInfo.State state()
NetworkInfo.DetailedState detailedState()
int type()
int subType()
boolean available()
boolean failover()
boolean roaming()
String typeName()
String subTypeName()
String reason()
String extraInfo()
// and respective setters
class Builder
Right now, we have the following strategies for different Android versions:
LollipopNetworkObservingStrategy
MarshmallowNetworkObservingStrategy
PreLollipopNetworkObservingStrategy
All of them implements NetworkObservingStrategy
interface.
Concrete strategy is chosen automatically depending on the Android version installed on the device.
With observeNetworkConnectivity(context, strategy)
method we can use one of these strategies explicitly.
We can observe connectivity with the Internet continuously in the following way:
ReactiveNetwork
.observeInternetConnectivity()
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(isConnectedToInternet -> {
// do something with isConnectedToInternet value
});
An Observable
will return true
to the subscription (disposable) if device is connected to the Internet and false
if not.
Internet connectivity will be checked as soon as possible.
Please note: This method is less efficient than observeNetworkConnectivity(context)
method, because in default observing strategy, it opens socket connection with remote host (default is www.google.com) every two seconds with two seconds of timeout and consumes data transfer. Use this method if you really need it. Optionally, you can dispose subscription (disposable) right after you get notification that Internet is available and do the work you want in order to decrease network calls.
Methods in this section should be used if they are really needed due to specific use cases.
If you want to customize observing of the Internet connectivity, you can use InternetObservingSettings
class and its builder.
They allow to customize monitoring interval in milliseconds, host, port, timeout, initial monitoring interval, timeout, expected HTTP response code, error handler or whole observing strategy.
InternetObservingSettings settings = InternetObservingSettings.builder()
.initialInterval(initialInterval)
.interval(interval)
.host(host)
.port(port)
.timeout(timeout)
.httpResponse(httpResponse)
.errorHandler(testErrorHandler)
.strategy(strategy)
.build();
ReactiveNetwork
.observeInternetConnectivity(settings)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(isConnectedToInternet -> {
// do something with isConnectedToInternet value
});
These methods are created to allow the users to fully customize the library and give them more control.
Please note, not all parameters are relevant for all strategies.
For more details check JavaDoc at: http://pwittchen.github.io/ReactiveNetwork/javadoc/RxJava2.x
If we don't want to observe Internet connectivity in the interval with Observable<Boolean> observeInternetConnectivity(...)
method,
we can use Single<Boolean> checkInternetConnectivity()
, which does the same thing, but only once.
It may be helpful in the specific use cases.
Single<Boolean> single = ReactiveNetwork.checkInternetConnectivity();
single
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(isConnectedToInternet -> {
// do something with isConnectedToTheInternet
});
As in the previous case, you can customize this feature with the InternetObservingSettings
class and its builder.
InternetObservingSettings settings = InternetObservingSettings.builder()
.initialInterval(initialInterval)
.interval(interval)
.host(host)
.port(port)
.timeout(timeout)
.httpResponse(httpResponse)
.errorHandler(testErrorHandler)
.strategy(strategy)
.build();
Single<Boolean> single = ReactiveNetwork.checkInternetConnectivity(settings);
single
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(isConnectedToInternet -> {
// do something with isConnectedToTheInternet
});
Basic idea is the same. With just have Single<Boolean>
return type instead of Observable<Boolean>
and we don't have int initialIntervalInMs
and int intervalInMs
parameters.
As previously, these methods are created to allow the users to fully customize the library and give them more control.
For more details check JavaDoc at: http://pwittchen.github.io/ReactiveNetwork/javadoc/RxJava2.x
Right now, we have the following strategies for observing Internet connectivity:
SocketInternetObservingStrategy
- monitors Internet connectivity via opening socket connection with the remote hostWalledGardenInternetObservingStrategy
- opens connection with a remote host and respects countries in the Walled Garden (e.g. China)
All of these strategies implements NetworkObservingStrategy
interface. Default strategy used right now is WalledGardenInternetObservingStrategy
,
but with checkInternetConnectivity(strategy)
and observeInternetConnectivity(strategy)
method we can use one of these strategies explicitly.
If you want to ping custom host during checking Internet connectivity, it's recommended to use SocketInternetObservingStrategy
.
You can do it as follows:
InternetObservingSettings settings = InternetObservingSettings.builder()
.host("www.yourhost.com")
.strategy(new SocketInternetObservingStrategy())
.build();
ReactiveNetwork
.observeInternetConnectivity(settings)
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(isConnectedToHost -> {
// do something with isConnectedToHost
});
If you want to use WalledGardenInternetObservingStrategy
, please update HTTP response code via InternetObservingSettings
. E.g set it to 200
because default is 204
.
The same operation can be done with checkInternetConnectivity(strategy, host)
method, which returns Single
instead of Observable
.
Let's say we want to react on each network connectivity change and if we get connected to the network, then we want to check if that network is connected to the Internet. We can do it in the following way:
ReactiveNetwork
.observeNetworkConnectivity(getApplicationContext())
.flatMapSingle(connectivity -> ReactiveNetwork.checkInternetConnectivity())
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(isConnected -> {
// isConnected can be true or false
});
In case we're getting too many events related to the network changes or we want to discard previous observables (there's only one in the code snippet above) after subscribing them, we can use switchMapSingle
operator instead of flatMapSingle
in order to get the updates from the latest observable only. In this case, it will be observable created by checkInternetConnectivity
method.
Someties, while trying to connect to the remote server we may encounter the following message:
ClearText HTTP traffic not permitted
Due to this fact, observing Internet feature won't work properly.
It's related to Network Security Configuration. Starting with Android 9.0 (API level 28), cleartext support is disabled by default.
You have a few options to solve this issue.
Option #1
Create res/xml/network_security_config.xml
file:
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config cleartextTrafficPermitted="true">
<domain includeSubdomains="true">Your URL(ex: 127.0.0.1)</domain>
</domain-config>
</network-security-config>
Link it in your AndroidManifest.xml
file:
<?xml version="1.0" encoding="utf-8"?>
<manifest ...>
<uses-permission android:name="android.permission.INTERNET" />
<application
...
android:networkSecurityConfig="@xml/network_security_config"
...>
...
</application>
</manifest>
Option #2
Set usesCleartextTraffic
parameter in <application>
tag in AndroidManifest.xml
file to true
.
<?xml version="1.0" encoding="utf-8"?>
<manifest ...>
<uses-permission android:name="android.permission.INTERNET" />
<application
...
android:usesCleartextTraffic="true"
...>
...
</application>
</manifest>
For more details, check Android documentation linked above or this StackOverflow thread: https://stackoverflow.com/a/50834600/1150795.
We can integrate ReactiveNetwork with other libraries. Especially those, which support RxJava2. In this section, we can find examples showing how to integrate this library with the OkHttp and Retrofit.
In order to integrate library with OkHttp, we need to wrap HTTP request with reactive type (e.g. Observable
)
private Observable<Response> getResponse(String url) {
OkHttpClient client = new OkHttpClient();
Request request = new Request.Builder().url(url).build();
return Observable.create(emitter -> {
try {
Response response = client.newCall(request).execute();
emitter.onNext(response);
} catch (IOException exception) {
emitter.onError(exception);
} finally {
emitter.onComplete();
}
});
}
Next, we can chain two streams:
ReactiveNetwork
.observeNetworkConnectivity(getApplicationContext())
.flatMap(connectivity -> {
if (connectivity.state() == NetworkInfo.State.CONNECTED) {
return getResponse("http://github.com");
}
return Observable.error(() -> new RuntimeException("not connected"));
})
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(
response -> /* handle response here */,
throwable -> /* handle error here */)
);
In the example above, whenever we get connected to the network, then request will be performed.
For more details regarding OkHttp, please visit its official website: http://square.github.io/okhttp/.
We can integrate ReactiveNetwork with the Retrofit.
First, we need to configure Retrofit:
Retrofit retrofit = new Retrofit.Builder()
.baseUrl("https://github.com/gitapi/")
.addCallAdapterFactory(RxJava2CallAdapterFactory.create())
.addConverterFactory(GsonConverterFactory.create())
.build();
As you see, we need RxJava2CallAdapterFactory
here.
Next, we need to define appropriate interface with RxJava Single
types:
public interface GitHubService {
@GET("users/{user}/repos")
Single<List<Repo>> listRepos(@Path("user") String user);
}
and instantiate the service:
GitHubService service = retrofit.create(GitHubService.class);
Next, we want to call endpoint defined with the Retrofit whenever we get connected to the network. We can do it as follows:
ReactiveNetwork
.observeNetworkConnectivity(getApplicationContext())
.flatMapSingle(connectivity -> service.listRepos("pwittchen"))
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(
repos -> /* handle repos here */,
throwable -> /* handle error here */
);
For more details regarding Retrofit, please visit its official website: http://square.github.io/retrofit/
-dontwarn com.github.pwittchen.reactivenetwork.library.rx2.ReactiveNetwork
-dontwarn io.reactivex.functions.Function
-dontwarn rx.internal.util.**
-dontwarn sun.misc.Unsafe
Exemplary application is located in app
directory of this repository.
If you want to know, how to use this library with Kotlin, check app-kotlin
directory.
You can depend on the library through Maven:
<dependency>
<groupId>com.github.pwittchen</groupId>
<artifactId>reactivenetwork-rx2</artifactId>
<version>x.y.z</version>
</dependency>
or through Gradle:
dependencies {
implementation 'com.github.pwittchen:reactivenetwork-rx2:x.y.z'
}
Note #1: Please, replace x.y.z
with the latest version number, which is
Note #2: If you are using Gradle version lower than 3.0, replace implementation
with compile
Tests are available in library/src/test/java/
directory and can be executed on JVM without any emulator or Android device from Android Studio or CLI with the following command:
./gradlew test
To generate test coverage report, run the following command:
./gradlew test jacocoTestReport
Code style used in the project is called SquareAndroid
from Java Code Styles repository by Square available at: https://github.com/square/java-code-styles.
Static code analysis runs Checkstyle, PMD, Lint, ErrorProne and NullAway. It can be executed with command:
./gradlew check
Reports from analysis are generated in library/build/reports/
directory.
These apps are using (or used) ReactiveNetwork library:
- SkyScanner Android app
- Slack Android app
- NextBike
- PAT Track - realtime Tracker for the public transit in Pittsburgh, PA
- Eero - Home WiFi System (acquired by Amazon)
- ACN Android Framework
- Spatial Connect Android SDK
- Qiscus SDK for Android
- Internet Radio
- Tachiyomi
- Actinium - V2Ray client for Android
- Project Bass - Android app
- Movie Lovers
- Waves Wallet
- Fieldsight
- and more...
Are you using this library in your app and want to be listed here? Send me a Pull Request or an e-mail to piotr@wittchen.io
Do you need help related to using or configuring this library?
You can do the following things:
Don't worry. Someone should help you with solving your problems.
If you speak Spanish (Español), check out this tutorial: ReactiveNetwork - Como funciona y como se integra en una app made by Video Tutorials Android.
Since version 0.4.0, functionality releated to observing WiFi Access Points and WiFi signal strength (level) is removed in favor of ReactiveWiFi library. If you want to use this functionality, check ReactiveWiFi project.
See CHANGELOG.md file.
JavaDoc is available at: http://pwittchen.github.io/ReactiveNetwork/javadoc/RxJava2.x
It can be generated as follows:
./gradlew androidJavadocs
In order to update JavaDoc on GitHub pages, use the following bash script:
./update_javadocs.sh
Then commit and push your changes to gh-pages
branch.
view website with documentation: RxJava1.x, RxJava2.x
It can be generated as follows:
Copy the latest README.md
file from RxJava1.x
or RxJava2.x
branch. Then checkout to gh-pages
branch and put it into appropriate directory inside docs/
directory.
You can do it as follows via bash script:
./update_docs.sh
git push
Install docsify with the following command:
npm i docsify-cli -g
Go into appropriate directory and type:
docsify init .
Right now it's already generated, so we can just update the README.md
file and adjust generated files manually.
Next, we can just save changes, commit and push them to remote repository.
See RELEASING.md file.
- Piotr Wittchen - project lead
- Tushar Acharya
- Timothy Kist
- @dilongl
- @llp
- Adam Gabryś
- @lion4ik
- @futtetennista
- Manu Sridharan
- Alexander Perfilyev
- Vishesh Vadhera
- @ychescale9
- Android Documentation - Detect network changes, then change app behavior
- Android Documentation - Provide onboarding experiences for users' network choices
- Android Documentation - Managing Network Usage
- DroidCon Poland 2017 presentation slides - Is your app really connected?
- Mobilization 2018 video recording - Is your app really connected?
- RxJava
- Android Weekly #166
- Android Weekly #289
- Android Weekly China #44
- Android Arsenal #2290
- GitHub Trending, 14th of Aug 2015
- TL DEV TECH - Best Android Libraries in 2017
- TL DEV TECH - 30+ Best Android Libraries (2018)
Thanks for JetBrains for sponsoring IntelliJ IDEA license for open-source development
Copyright 2016 Piotr Wittchen
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.