这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏

1、前言

RxHttp在19年4月份一经推出,就受到了广大Android 开发者的喜爱,截止目前(20年3月)在github上已有1500+star,为此,我自己也建个RxHttp&RxLife 的群(群号:378530627)目前群里也300+号人,里面有不少小伙伴提了很多有价值的创意,才使得RxHttp一直坚持走到了现在,在此,感谢大家的喜爱。

这期间,一直有人问我,retrofit不香吗?之前不知道该如何回答这个问题,现在我想说,香!!retrofit无疑是目前综合得分最高的选手,但它也有它的不足。

RxHttp相较于retrofit,功能上,两者均能实现,并无多大差异,更多的差异体现功能的使用上,也就是易用性,如对文件上传/下载/进度监听的操作上,RxHttp用及简的API,可以说碾压retrofit;另外在baseUrl、公共参数/请求头、请求加解密等功能上的易用性都要优于retrofit;然而这些,个人觉得都不算什么,个人觉得RxHttp最大的优势在于它近乎为0的上手成本、极简的API以及高扩展性,看完这篇文章,相信你会有同感。

那RxHttp就没有缺点吗?有,那就是它的稳定性目前还不如retrofit,毕竟RxHttp刚出道8个月,且全部是我一个人在维护,当然,并不是说RxHttp不稳定,RxHttp未开源前,在实际项目已经使用了近2年,接着在19年4月份将其开源,目前大大小小已迭代30多个版本,用的人也不在少数,可以说很稳定了。

2、简介

RxHttp是基于OkHttp的二次封装,并与RxJava做到无缝衔接,一条链就能发送任意请求。主要优势如下:

1. 30秒即可上手,学习成本极低

2. 完美支持 Kotlin 协程

3. 史上最优雅的处理多个BaseUrl及动态BaseUrl

4. 史上最优雅的对错误统一处理,且不打破Lambda表达式

5. 史上最优雅的实现文件上传/下载及进度的监听,且支持断点下载

6. 支持Gson、Xml、ProtoBuf、FastJson等第三方数据解析工具

7. 支持Get、Post、Put、Delete等任意请求方式,可自定义请求方式

8. 支持在Activity/Fragment/View/ViewModel/任意类中,自动关闭请求

9. 支持全局加解密、添加公共参数及头部、网络缓存,均支持对某个请求单独设置

gradle依赖

<code>dependencies {
   implementation 

'com.rxjava.rxhttp:rxhttp:2.1.1'

annotationProcessor

'com.rxjava.rxhttp:rxhttp-compiler:2.1.1'

implementation

'io.reactivex.rxjava2:rxandroid:2.1.1'

implementation

'com.rxjava.rxlife:rxlife-x:2.0.0'

implementation

'com.rxjava.rxhttp:converter-jackson:2.1.1'

implementation

'com.rxjava.rxhttp:converter-fastjson:2.1.1'

implementation

'com.rxjava.rxhttp:converter-protobuf:2.1.1'

implementation

'com.rxjava.rxhttp:converter-simplexml:2.1.1'

} 复制代码/<code>

注:添加依赖后,需要rebuild一下项目,注解处理器才会生成RxHttp类; 另外kotlin用户,请使用kapt替代annotationProcessor

以上步骤后,还未生成RxHttp类,请查看RxHttp类没有生成,检查步骤

缓存功能,请查看:RxHttp 全网Http缓存最优解

协程使用,请查看:RxHttp ,比Retrofit 更优雅的协程体验

3、使用

3.1、准备工作

RxHttp 要求项目使用Java 8,请在 app 的 build.gradle 文件中添加以下代码

<code>

compileOptions

{

sourceCompatibility

JavaVersion.VERSION_1_8

targetCompatibility

JavaVersion.VERSION_1_8

}

复制代码

/<code>

此时,再Rebuild一下项目(通过Rebuild生成RxHttp类),就可以开始RxHttp的入坑之旅

3.2、配置默认的BaseUrl

通过@DefaultDomain注解配置默认域名,如下:

<code>

public

class

Url

{

public

static

String baseUrl =

"https://www.wanandroid.com/"

; } 复制代码/<code>

此步骤是非必须的,这里先介绍@DefaultDomain注解的用法,更多有关域名的介绍,请查看本文3.6章节----多域名/动态域名

3.3、请求三部曲


这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏


代码表示,发送一个最简单的请求,如下

<code>

RxHttp

.get

(

"http://..."

)

.asString

()

.subscribe

(s -> { }, throwable -> { }); 复制代码/<code>

是的,不用怀疑,就是这么简单,重要的事情说3遍

任意请求,任意返回数据类型,皆遵循请求三部曲

任意请求,任意返回数据类型,皆遵循请求三部曲

任意请求,任意返回数据类型,皆遵循请求三部曲

到这,你已经掌握了RxHttp的精髓,我们只需牢记请求三部曲,使用RxHttp就会得心应手。

3.3.1、第一部曲:确定请求类型

RxHttp内部共提供了14个请求方法,如下:

<code>RxHttp.get(

String

) RxHttp.head(

String

) RxHttp.postForm(

String

) RxHttp.postJson(

String

) RxHttp.postJsonArray(

String

) RxHttp.putForm(

String

) RxHttp.putJson(

String

) RxHttp.putJsonArray(

String

) RxHttp.patchForm(

String

) RxHttp.patchJson(

String

) RxHttp.patchJsonArray(

String

) RxHttp.deleteForm(

String

) RxHttp.deleteJson(

String

) RxHttp.deleteJsonArray(

String

) 复制代码/<code>

以上14个请求方法你会发现,其实就6个类型,分别对应是Get、Head、Post、Put、Patch、Delete方法,只是其中Post、Put、Patch、Delete各有3个方法有不同形式的提交方式,只需要根据自己的需求选择就好。

如以上方法还不能满足你的需求,我们还可以通过@Param注解自定义请求方法,有关注解的使用,本文后续会详细介绍。

注:当调用xxxForm方法发送请求时,通过setMultiForm()方法或者调用addFile(String, File)添加文件时,内部会自动将参数以{multipart/form-data}方式提交

添加参数/请求头

确定请求方法后,我们就可以调用一系列addXxx()方法添加参数/请求头,如下:

<code>

RxHttp

.get

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.addAll

(new HashMap<>())

.addHeader

(

"deviceType"

,

"android"

) ... 复制代码/<code>

任意请求,都可调用以上3个方法添加参数/请求头,当然,在不同的请求方式下,也会有不同的addXxx方法供开发者调用。如下:

<code> 

RxHttp

.postJson

(

"/service/..."

)

.addAll

(new JsonObject())

.addAll

(

"{"

height\

":180,"

weight\

":70}"

) ...

RxHttp

.postForm

(

"/service/..."

)

.addFile

(

"file"

, new File(

"xxx/1.png"

))

.addFile

(

"fileList"

, new ArrayList<>()) ... 复制代码/<code>

以上只列出了几个常用的addXxx方法,更多方法请下载源码体验。

3.3.2、第二部曲:确定返回数据类型

添加好参数/请求头后,正式进入第二部曲,确定返回数据类型,我们通过asXxx方法确定返回类型,比如,我们要返回一个Student对象,就可以通过asObject(Class)方法,如下:

<code>

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asObject

(Student.class)

.subscribe

(student -> { }, throwable -> { }); 复制代码/<code>

如果要返回Student对象列表,则可以通过asList(Class)方法,如下:

<code>

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asList

(Student.class)

.subscribe

(students -> { }, throwable -> { }); 复制代码/<code>

解析Response类型数据

然而,现实开发中,大多数人的接口,返回的数据结构都类似下面的这个样子

<code>

public

class

Response

{

private

int

code;

private

String msg;

private

T data; } 复制代码/<code>

对于这种数据结构,按传统的写法,每次都要对code做判断,如果有100个请求,就要判断100次,真的会逼死强迫症患者。

RxHttp对于这种情况,给出完美的答案,比如Response里面的T代表一个Student对象,则可以通过asResponse(Class)方法获取,如下:

<code>

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asResponse

(Student.class)

.subscribe

(student -> { }, throwable -> { }); 复制代码/<code>

如果Response里面的T代表一个List列表对象,则可以通过asResponseList(Class)方法获取,如下

<code>

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asResponseList

(Student.class)

.subscribe

(students -> { }, throwable -> { }); 复制代码/<code>

更多时候,我们的列表数据是分页的,类似下面的数据结构

<code>

{

"code":

0

,

"msg":

""

,

"data":

{

"totalPage":

0

,

"list":

[]

}

}

复制代码

/<code>

此时,调用RxHttp的asResponsePageList(Class)方法依然可以完美解决,如下:

<code>RxHttp.postForm(

"/service/..."

) .add(

"key"

,

"value"

) .asResponsePageList(Student

.

class

) //返回

PageList

<

Student

>类型 .

subscribe

(

pageList

->

{

int

totalPage = pageList.getTotalPage(); List students = pageList.getData(); }, throwable -> { }); 复制代码/<code>

到这,估计很多人会问我:

  • 你的code在哪里判断的?
  • 我的code是100或者其它值才代表正确,怎么改?
  • 我的Response类里面的字段名,跟你的都不一样,怎么该?
  • 你这成功的时候直接返回Response里面的T,那我还要拿到code做其他的判断,执行不同业务逻辑,怎么办?

这里可以先告诉大家,asResponse(Class)、asResponseList(Class)、asResponsePageList(Class)这3个方法并不是RxHttp内部提供的,而是通过自定义解析器生成,里面的code判断、Response类都是开发者自定义的,如何自定义解析器,请查看本文5.1章节----自定义Parser。

接着回答第4个问题,如何拿到code做其他的业务逻辑判断,很简单,我们只需用OnError接口处理错误回调即可,如下:

<code>RxHttp.postForm(

"/service/..."

) .add(

"key"

,

"value"

) .asResponse(Student.class) .subscribe(student -> { }, (OnError) error -> { int code = error.getErrorCode();

String

errorMsg = error.getErrorMsg() }); 复制代码/<code>

注:上面的OnError接口并非是RxHttp内部提供的,而是自定义的,在Demo里可以找到

以上介绍的5个asXxx方法,可以说基本涵盖80%以上的业务场景,接下来我们看看RxHttp都提供了哪些asXxx方法,如下:


这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏

RxHttp内部共提供了23个asXXX方法,其中:


  • 有7个是返回基本类型的包装类型,如:asInteger、asBoolean、asLong等等;
  • 还有7个是返回对象类型,如:asString、asBitmap、asList、asMap(3个)以及最常用asObject方法;
  • 剩下9个是asParser(Parser)、 asUpload系列方法及asDownload系列方法。

duang、duang、duang !!! 划重点,这里我可以告诉大家,其实前面的14个方法,最终都是通过asParser(Parser)方法实现的,具体实现过程,这里先跳过,后续会详细讲解。

3.3.3、第三部曲:订阅回调

这一步就很简单了,在第二部曲中,asXxx方法会返回Observable对象,没错,就是RxJava内部的Observable对象,此时我们便可通过subscribe系列方法订阅回调,如下:

<code> 

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asResponseList

(Student.class)

.subscribe

();

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asResponseList

(Student.class)

.subscribe

(students -> { });

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asResponseList

(Student.class)

.subscribe

(students -> { }, throwable -> { }); 复制代码/<code>

另外,我们还可以订阅请求开始/结束的回调,如下:

<code>

RxHttp

.get

(

"/service/..."

)

.asString

()

.observeOn

(AndroidSchedulers.mainThread())

.doOnSubscribe

(disposable -> { })

.doFinally

(() -> { })

.as

(RxLife.as(this))

.subscribe

(s -> { }, (OnError) error -> { }); 复制代码/<code>

到这,请求三部曲介绍完毕,接着,将介绍其它常用的功能

3.4、初始化

<code> 

RxHttp

.setDebug

(boolean debug)

RxHttp

.init

(OkHttpClient okHttpClient)

RxHttp

.init

(OkHttpClient okHttpClient, boolean debug) 复制代码/<code>

此步骤是非必须的,如需要添加拦截器等其他业务需求,则可调用init方法进行初始化,不初始化或者传入null即代表使用默认OkHttpClient对象,建议在Application中初始化,默认的OkHttpClient对象在HttpSender类中可以找到,如下:

<code>

private

static

OkHttpClient

getDefaultOkHttpClient

()

{ X509TrustManager trustAllCert =

new

X509TrustManagerImpl(); SSLSocketFactory sslSocketFactory =

new

SSLSocketFactoryImpl(trustAllCert);

return

new

OkHttpClient.Builder() .connectTimeout(

10

, TimeUnit.SECONDS) .readTimeout(

10

, TimeUnit.SECONDS) .writeTimeout(

10

, TimeUnit.SECONDS) .sslSocketFactory(sslSocketFactory, trustAllCert) .hostnameVerifier((hostname, session) ->

true

) .build(); } 复制代码/<code>

虽然初始化是非必须的,但是建议大家传入自定义的OkHttpClient对象,一来,自定义的OkHttpClient能最大化满足自身的业务;二来,随着RxHttp版本的升级,默认的OkHttpClient可能会发生变化(虽然可能性很小),故建议自定义OkHttpClient对象传入RxHttp。

3.5、公共参数/请求头

RxHttp支持为所有的请求添加公共参数/请求头,当然,如果你希望某个请求不添加公共参数/请求头,也是支持的,而且非常简单。如下:

<code>RxHttp.setOnParamAssembly(

new

Function

()

{ @Override

public

Param apply(Param p) { Method method = p.getMethod();

if

(method.isGet()) { }

else

if

(method.isPost()) { }

return

p.add(

"versionName"

,

"1.0.0"

) .addHeader(

"deviceType"

,

"android"

); } }); 复制代码/<code>

我们需要调用RxHttp.setOnParamAssembly(Function)方法,并传入一个Function接口对象,每次发起请求,都会回调该接口。

当然,如果希望某个请求不回调该接口,即不添加公共参数/请求头,则可以调用setAssemblyEnabled(boolean)方法,并传入false即可,如下:

<code>

RxHttp

.get

(

"/service/..."

)

.setAssemblyEnabled

(false)

.asString

()

.subscribe

(s -> { }, throwable -> { }); 复制代码/<code>

3.6、多域名/动态域名

3.6.1、多域名

现实开发中,我们经常会遇到多个域名的情况,其中1个为默认域名,其它为非默认域名,对于这种情况,RxHttp提供了@DefaultDomain()、@Domain()这两个注解来标明默认域名和非默认域名,如下:

<code>

public

class

Url

{

@DefaultDomain

() public static String baseUrl =

"https://www.wanandroid.com/"

@Domain

(name =

"BaseUrlBaidu"

) public static String baidu =

"https://www.baidu.com/"

;

@Domain

(name =

"BaseUrlGoogle"

) public static String google =

"https://www.google.com/"

; } 复制代码/<code>

通过@Domain()注解标注非默认域名,就会在RxHttp类中生成setDomainToXxxIfAbsent()方法,其中Xxx就是注解中取的别名。

上面我们使用了两个@Domain()注解,此时(需要Rebuild一下项目)就会在RxHttp类中生成setDomainToBaseUrlBaiduIfAbsent()、setDomainToBaseUrlGoogleIfAbsent()这两方法,此时发请求,我们就可以使用指定的域名,如下:

<code> 
 

RxHttp

.get

(

"/service/..."

)

.asString

()

.subscribe

();

RxHttp

.get

(

"https://www.mi.com/service/..."

)

.asString

()

.subscribe

();

RxHttp

.get

(

"https://www.mi.com/service/..."

)

.setDomainToBaseUrlBaiduIfAbsent

()

.asString

()

.subscribe

();

RxHttp

.get

(

"/service/..."

)

.setDomainToBaseUrlGoogleIfAbsent

()

.asString

()

.subscribe

(); 复制代码/<code>

通过以上案例,可以知道,RxHttp共有3种指定域名的方式,按优先级排名分别是:手动输入域名 > 指定非默认域名 > 使用默认域名。

3.6.2、动态域名

现实开发中,也会有动态域名切换的需求,如域名被封、或者需要根据服务端下发的域名去配置,这对于RxHttp来说简直就是 so easy !!! 我们只需要对BaseUrl重新赋值,此时发请求便会立即生效,如下:

<code> 
RxHttp.

get

(

"/service/..."

) .asString() .subscribe(); Url.baseUrl =

"https://www.qq.com"

; RxHttp.

get

(

"/service/..."

) .asString() .subscribe(); 复制代码/<code>

3.7、关闭请求

我们知道,在Activity/Fragment中发起请求,如果页面销毁时,请求还未结束,就会有内存泄漏的危险,因此,我们需要在页面销毁时,关闭一些还未完成的请求,RxHttp提供了两种关闭请求的方式,分别是自动+手动。

3.7.1、自动关闭请求

自动关闭请求,需要引入本人开源的另一个库RxLife,先来看看如何用:

<code> 

RxHttp

.postForm

(

"/service/..."

)

.asString

()

.as

(RxLife.as(this))

.subscribe

();

RxHttp

.postForm

(

"/service/..."

)

.asString

()

.as

(RxLife.asOnMain(this))

.subscribe

();

RxHttp

.postForm

(

"/service/..."

)

.asString

()

.life

(this)

.subscribe

();

RxHttp

.postForm

(

"/service/..."

)

.asString

()

.lifeOnMain

(this)

.subscribe

(); 复制代码/<code>

上面的this为LifecycleOwner接口对象,我们的FragmentActivity/Fragment均实现了这个接口,所有我们在FragmentActivity/Fragment中可以直接传this。 对RxLife不了解的同学请查看RxLife 史上最优雅的管理RxJava生命周期,这里不详细讲解。

3.7.2、手动关闭请求

手动关闭请求,我们只需要在订阅回调的时候拿到Disposable对象,通过该对象可以判断请求是否结束,如果没有,就可以关闭请求,如下:

<code> 
Disposable disposable = RxHttp.get(

"/service/..."

) .asString() .subscribe(s -> { }, throwable -> { });

if

(!disposable.isDisposed()) { disposable.dispose(); } 复制代码/<code>

3.8、文件上传/下载/进度监听

RxHttp可以非常优雅的实现上传/下载及进度的监听,是骡子是马,拉出来溜溜

3.8.1上传

通过addFile系列方法添加文件,如下:

<code>

RxHttp

.postForm

(

"/service/..."

)

.addFile

(

"file1"

, new File(

"xxx/1.png"

))

.addFile

(

"fileList"

, new ArrayList<>())

.asString

()

.subscribe

(s -> { }, throwable -> { }); 复制代码/<code>

通过upload系列方法监听上传进度,如下:

<code>RxHttp.postForm(

"/service/..."

) .addFile(

"file1"

,

new

File(

"xxx/1.png"

)) .addFile(

"file2"

,

new

File(

"xxx/2.png"

)) .upload(progress -> {

int

currentProgress = progress.getProgress();

long

currentSize = progress.getCurrentSize();

long

totalSize = progress.getTotalSize(); }, AndroidSchedulers.mainThread()) .asString() .subscribe(s -> { }, throwable -> { }); 复制代码/<code>

可以看到,跟上传的代码相比,我们仅仅是使用了asUpload(Consumer, Scheduler)方法替换asString()方法,第一个参数是进度监听接口,每当进度有更新时,都会回调该接口,第二个参数是指定回调的线程,这里我们指定了在UI线程中回调。

3.8.2、下载

下载使用asDownload(String)方法,传入本地路径即可

<code>   

String

destPath = getExternalCacheDir() +

"/"

+ System.currentTimeMillis() +

".apk"

; RxHttp.get(

"http://update.9158.com/miaolive/Miaolive.apk"

) .asDownload(destPath) .subscribe(s -> { }, throwable -> { }); 复制代码/<code>

3.8.3、带进度下载

带进度下载使用asDownload(String,Consumer,Scheduler)方法

<code>   
String destPath = getExternalCacheDir() + 

"/"

+ System.currentTimeMillis() +

".apk"

; RxHttp.

get

(

"http://update.9158.com/miaolive/Miaolive.apk"

) .asDownload(destPath, progress -> {

int

currentProgress = progress.getProgress();

long

currentSize = progress.getCurrentSize();

long

totalSize = progress.getTotalSize(); }, AndroidSchedulers.mainThread()) .subscribe(s -> { }, throwable -> { }); 复制代码/<code>

3.8.4、断点下载

断点下载相较于下载,仅需要调用setRangeHeader(long startIndex, long endIndex)方法传入开始及结束位置即可(结束位置不传默认为文件末尾),其它没有任何差别

<code>String destPath = getExternalCacheDir() + 

"/"

+

"Miaobo.apk"

;

long

length =

new

File(destPath).length(); RxHttp.

get

(

"http://update.9158.com/miaolive/Miaolive.apk"

) .setRangeHeader(length) .asDownload(destPath) .subscribe(s -> { }, throwable -> { }); 复制代码/<code>

3.8.5、带进度断点下载

带进度断点下载相较于带进度下载仅需要调用setRangeHeader方法传入开始及结束位置即可(结束位置不传默认为文件末尾),其它没有任何差别

<code>String destPath = getExternalCacheDir() + 

"/"

+

"Miaobo.apk"

;

long

length =

new

File(destPath).length(); RxHttp.

get

(

"http://update.9158.com/miaolive/Miaolive.apk"

) .setRangeHeader(length) .asDownload(destPath, progress -> {

int

currentProgress = progress.getProgress();

long

currentSize = progress.getCurrentSize();

long

totalSize = progress.getTotalSize(); }, AndroidSchedulers.mainThread()) .subscribe(s -> { }, throwable -> { }); 复制代码/<code>

注:上面带进度断点下载中,返回的进度会从0开始,如果需要衔接上次下载的进度,则调用``setRangeHeader(long startIndex, long endIndex, boolean connectLastProgress)`方法第三个参数传入true即可,默认为false,如下:

<code>String destPath = getExternalCacheDir() + 

"/"

+

"Miaobo.apk"

;

long

length =

new

File(destPath).length(); RxHttp.

get

(

"http://update.9158.com/miaolive/Miaolive.apk"

) .setRangeHeader(length,

true

) .asDownload(destPath, progress -> {

int

currentProgress = progress.getProgress();

long

currentSize = progress.getCurrentSize();

long

totalSize = progress.getTotalSize(); }, AndroidSchedulers.mainThread()) .subscribe(s -> { }, throwable -> { }); 复制代码/<code>

3.9、超时设置

3.9.1、设置全局超时

RxHttp内部默认的读、写、连接超时时间均为10s,如需修改,请自定义OkHttpClient对象,如下:

<code> 
OkHttpClient client = 

new

OkHttpClient.Builder() .connectTimeout(

15

, TimeUnit.SECONDS) .readTimeout(

15

, TimeUnit.SECONDS) .writeTimeout(

15

, TimeUnit.SECONDS) .build(); RxHttp.init(client); 复制代码/<code>

3.9.2、为单个请求设置超时

为单个请求设置超时,使用的是RxJava的timeout(long timeout, TimeUnit timeUnit)方法,如下:

<code>

RxHttp

.get

(

"/service/..."

)

.asString

()

.timeout

(

5

, TimeUnit.SECONDS)

.as

(RxLife.asOnMain(this))

.subscribe

(s -> { }, (OnError) error -> { }); 复制代码/<code>

注:这里设置的总超时时间要小于全局读、写、连接超时时间之和,否则无效

3.10、设置Converter

3.10.1、设置全局Converter

<code>IConverter converter = FastJsonConverter.

create

(); RxHttp.setConverter(converter) 复制代码/<code>

3.10.2、为请求设置单独的Converter

首先需要在任意public类中通过@Converter注解声明Converter,如下:

<code>

public

class

RxHttpManager

{ (name =

"XmlConverter"

)

public

static

IConverter xmlConverter = XmlConverter.create(); } 复制代码/<code>

然后,rebuild 一下项目,就在自动在RxHttp类中生成setXmlConverter()方法,随后就可以调用此方法为单个请求指定Converter,如下:

<code>

RxHttp

.get

(

"/service/..."

)

.setXmlConverter

()

.asObject

(NewsDataXml.class)

.as

(RxLife.asOnMain(this))

.subscribe

(dataXml -> { }, (OnError) error -> { }); 复制代码/<code>

3.11、请求加解密

3.11.1、加密

请求加密,需要自定义Param,非常简单,详情请查看本文5.2章节----自定义Param

3.11.2、解密

有些时候,请求会返回一大串的密文,此时就需要将密文转化为明文,直接来看代码,如下:

<code> 
RxHttp.setResultDecoder(

new

Function

<

String

,

String

>() {

public

String

apply(

String

s) throws Exception {

String

plaintext = decode(s);

return

plaintext; } }); 复制代码/<code>

很简单,通过RxHttp.setResultDecoder(Function)静态方法,传入一个接口对象,此接口会在每次请求成功的时候被回调,并传入请求返回的密文,只需要将密文解密后返回即可。

然而,有些请求是不需求解密的,此时就可以调用setDecoderEnabled(boolean)方法,并传入false即可,如下:

<code>

RxHttp

.get

(

"/service/..."

)

.setDecoderEnabled

(false)

.asString

()

.subscribe

(s -> { }, (OnError) error -> { }); 复制代码/<code>

3.12、指定请求/回调线程

RxHttp默认在Io线程执行请求,也默认在Io线程回调,即默认在同一Io线程执行请求并回调,当然,我们也可以指定请求/回调所在线程。

3.12.1、指定请求所在线程

我们可以调用一些列subscribeXxx方法指定请求所在线程,如下:

<code> 

RxHttp

.get

(

"/service/..."

)

.subscribeOnCurrent

()

.asString

()

.subscribe

();

subscribeOnIo

()

subscribeOnSingle

()

subscribeOnNewThread

()

subscribeOnComputation

()

subscribeOnTrampoline

()

subscribeOn

(Scheduler) 复制代码/<code>

以上使用的皆是RxJava的线程调度器,不熟悉的请自行查阅相关资料,这里不做详细介绍。

3.12.2、指定回调所在线程

指定回调所在线程,依然使用RxJava的线程调度器,如下:

<code> 

RxHttp

.get

(

"/service/..."

)

.asString

()

.observeOn

(AndroidSchedulers.mainThread())

.subscribe

(s -> { }, throwable -> { }); 复制代码/<code>

3.13、 Retrofit用户

时常会有童鞋问我,我是Retrofit用户,喜欢把接口写在一个类里,然后可以直接调用,RxHttp如何实现?其实,这个问题压根就不是问题,在介绍第二部曲的时候,我们知道,使用asXxx方法后,就会返回Observable对象,因此,我们就可以这样实现:

<code>

public

class

HttpWrapper

{

public

static Observable> getStudent(int page) {

return

RxHttp.

get

(

"/service/..."

) .add(

"page"

, page) .asList(Student

.

class

);

} } HttpWrapper.getStudent(

1

) .

as

(RxLife.asOnMain(

this

)) .subscribe(students -> { }, throwable -> { }); 复制代码/<code>

很简单,封装的时候返回Observable对象即可。

还有的同学问,我们获取列表的接口,页码是和url拼接在一起的,Retrofit可以通过占位符,那RxHttp又如何实现?简单,如下:

<code>

public

class

HttpWrapper

{

public

static

Observable

getStudent

(

int

page)

{

return

RxHttp.get(

"/service/%d/..."

, page) .asObject(Student

.

class

)

; }

public

static

Observable

getStudent

(

int

page,

int

count)

{

return

RxHttp.get(

"/service/%1$d/%2$d/..."

, page, count) .asObject(Student

.

class

)

; } } 复制代码/<code>

这一点跟Retrofit不同,Retrofit是通过注解指定占位符的,而RxHttp是使用标准的占位符,我们只需要在url中声明占位符,随后在传入url的后面,带上对应的参数即可。

4、原理剖析

4.1、工作流程

在RxHttp有4个重要的角色,分别是:

  • Param:RxHttp类中所有添加的参数/请求头/文件都交由它处理,它最终目的就是为了构建一个Request对象
  • HttpSender :它负责从Param对象中拿到Request对象,从而执行请求,最终返回Response对象
  • Parser:它负责将HttpSender返回的Response对象,解析成我们期望的实体类对象,也就是泛型T
  • RxHttp:它像一个管家,指挥前面3个角色做事情,当然,它也有自己的事情要做,比如:请求线程的调度,BaseUrl的处理、允许开发者自定义API等等

为此,我画了一个流程图,可以直观的了解到RxHttp的大致工作流程


这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏


我想应该很好理解,RxHttp要做的事情,就是把添加的参数/请求头等全部丢给Param处理,自己啥事也不敢;随后将Param交给HttpSender,让它去执行请求,执行完毕,返回Response对象;接着又将Response对象丢给Parser去做数据解析工作,并返回实体类对象T;最后,将T通过回调传给开发者,到此,一个请求就处理完成。

4.2、Param

首先,附上一张Param类的继承关系图

下面将从上往下对上图中的类做个简单的介绍:


这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏

  • IHeaders:接口类,里面定义了一系列addHeader方法
  • IParam:接口类,里面定义了add(String,Object)、addAll(Map)等方法,
  • IRequest:接口类,里面定义了一系列getXxx方法,通过这些方法最终构建一个Request对象
  • Param:接口类,是一个空接口,继承了前面3个接口,里面有一系列静态方法可以获取到Param的具体实现类
  • AbstractParam:Param接口的抽象实现类,实现了Param接口的所有方法
  • IFile:接口类,里面定义了一系列addFile方法
  • IUploadLengthLimit:接口类,里面就定义了一个checkLength()方法,用于限制文件上传大小
  • NoBodyParam:Param的具体实现类,Get、Head请求就是通过该类去实现的
  • JsonParam:Param的具体实现类,调用RxHttp.xxxJson(String)请求方法时,内部就是通过该类去实现的
  • JsonArrayParam:Param的具体实现类,调用RxHttp.xxxJsonArray(String)请求方法时,内部就是通过该类去实现的
  • FormParam:Param的具体实现类,同时又实现了IFile、IUploadLengthLimit两个接口,调用RxHttp.xxxForm(String)请求方法时,内部就是通过该类去实现的

4.3、HttpSender

HttpSender可以把它理解为请求发送者,里面声明OkHttpClient对象和一系列静态方法,我们来简单看下:

<code>

public

final

class

HttpSender

{

private

static

OkHttpClient mOkHttpClient;

public

static

void

init

(OkHttpClient okHttpClient)

{

if

(mOkHttpClient !=

null

)

throw

new

IllegalArgumentException(

"OkHttpClient can only be initialized once"

); mOkHttpClient = okHttpClient; }

public

static

Response

execute

(@NonNull Param param)

throws

IOException

{

return

newCall(param).execute(); }

static

Call

newCall

(Param param)

throws

IOException

{

return

newCall(getOkHttpClient(), param); }

static

Call

newCall

(OkHttpClient client, Param param)

throws

IOException

{ param = RxHttpPlugins.onParamAssembly(param);

if

(param

instanceof

IUploadLengthLimit) { ((IUploadLengthLimit) param).checkLength(); } Request request = param.buildRequest(); LogUtil.log(request);

return

client.newCall(request); } } 复制代码/<code>

这里我们重点看下newCall(OkHttpClient, Param)方法,该方法第一行就是为Param添加公共参数;然后判断Param有没有实现IUploadLengthLimit接口,有的话,检查文件上传大小,超出大小,则抛出IO异常;接着就是通过Param拿到Request对象;最后拿到Call对象,就可以发送一个请求。

4.4、Parser

先看下Parser继承结构图


这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏


这里对上图中的类做个简单的介绍


  • Parser:接口类,里面定义了一个T onParse(Response)方法,输入Response对象,输出实体类对象T
  • AbstractParser:抽象类,里面没有任何具体实现,主要作用是在构造方法内获取泛型类型
  • SimpleParser:是一个万能的解析器,可以解析任意数据结构,RxHttp内置的大部分asXxx方法,内部就是通过该解析器实现的
  • ListParser:是一个列表解析器,可以解析任意列表数据,内置asList(Class)方法,就是通过该解析器实现的
  • MapParser:是一个Map解析器,可以解析任意Map数据类型,内置的asMap系列方法,就是通过该解析器实现的
  • BitmapParser:是一个Bitmap解析器,通过该解析器可以获得一个Bitmap对象,asBitmap()方法内部就是通过该解析器实现的
  • DownloadParser:文件下载解析器,用于文件下载,内置的一系列asDownload方法就是通过该解析器实现的

5、扩展

5.1、自定义Parser

前面第二部曲中,我们介绍了一系列asXxx方法,通过该系列方法可以很方便的指定数据返回类型,特别是自定义的asResponse(Class)、asResponseList(Class)、asResponsePageList(Class)这3个方法,将Reponse类型数据,处理的简直不要太完美,下面我们就来看看如何自定义Parser。

源码永远是最好的学习方式,在学习自定义Parser前,我们不妨先看看内置的Parser是如何实现的

SimPleParser

<code>

public

class

SimpleParser

<

T

>

extends

AbstractParser

<

T

>

{

public

T

onParse

(Response response)

throws

IOException

{

return

convert(response, mType); } } 复制代码/<code>

可以看到,SimpleParser除了构造方法,就剩一个onParser方法,该方法是在Parser接口中定义的,再来看看具体的实现convert(Response, Type),这个方法也是在Parser接口中定义的,并且有默认的实现,如下:

<code>

public

interface

Parser

<

T

>

{

T

onParse

(@NonNull Response response)

throws

IOException

;

default

R

convert

(Response response, Type type)

throws

IOException

{ ResponseBody body = ExceptionHelper.throwIfFatal(response);

boolean

onResultDecoder = isOnResultDecoder(response); LogUtil.log(response, onResultDecoder,

null

); IConverter converter = getConverter(response);

return

converter.convert(body, type, onResultDecoder); } } 复制代码/<code>

可以看到,非常的简单,输入Response对象和泛型类型Type,内部就通过IConverter接口转换为我们期望的实体类对象并返回。

到这,我想大家应该就多少有点明白了,自定义Parser,无非就是继承AbstractParser,然后实现onParser方法即可,那我们来验证一下,我们来看看内置ListParser是不是这样实现的,如下:

<code>

public

class

ListParser

<

T

>

extends

AbstractParser

<

List

<

T

>>

{

public

List

onParse

(Response response)

throws

IOException

{

final

Type type = ParameterizedTypeImpl.get(List

.

class

,

mType

)

;

return

convert(response, type); } } 复制代码/<code>

可以看到,跟SimpleParser解析器几乎是一样的实现,不同是的,这里将我们输入的泛型T与List组拼为一个新的泛型类型,最终返回List对象。

现在,我们就可以来自定义Parser了,先来自定义ResponseParser,用来处理Response数据类型,先看看数据结构:

<code>

public

class

Response

{

private

int

code;

private

String msg;

private

T data; } 复制代码/<code>

自定义ResponseParser代码如下:

<code> 

public

class

ResponseParser

<

T

>

extends

AbstractParser

<

T

>

{

protected

ResponseParser() {

super

(); }

public

ResponseParser(Type type) {

super

(type); }

public

T onParse(okhttp3.Response response) throws IOException {

final

Type type = ParameterizedTypeImpl.

get

(Response

.

class

,

mType); //获取泛型类型

Response

data

= convert(response, type); T t =

data

.getData();

if

(

data

.getCode() !=

200

|| t ==

null

) {

throw

new ParseException(String.valueOf(

data

.getCode()),

data

.getMsg(), response); }

return

t; } } 复制代码/<code>

以上代码,需要注意两个地方

第一,我们在类开头使用了@Parser注解,该注解有两个参数,如下:

  • name 代表解析器的名称,这里取名为Response,于是在RxHttp类就会有asResponse(Class)方法(命名方式为:as + name属性的值);
  • wrappers 可以把他理解为泛型T的包装类,需要传入Class[]数组对象,这里我们传入了{List.class, PageList.class}这两个类,于是就会生成asResponseList(Class)及asResponsePageList(Class)方法。(命名方式为:as +name属性的值+Class类名)

注:PageList类需要自己定义,用于加载分页数据,Demo里有这个类

第二,我们在if语句里,对code做了判断,非200或者data为空时,就抛出异常,并带上了code及msg字段,所以我们在异常回调的地方就能拿到这两个字段

此时,我们就可以通过这3个方法,直接拿到T、List、PageList类型数据,并且对code做了统一的判断,直接来看看如何使用这个解析器

<code> 

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asResponse

(Student.class)

.subscribe

(student -> { }, throwable -> { });

RxHttp

.postForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asParser

(new ResponseParser(){})

.subscribe

(student -> { }, throwable -> { }); 复制代码/<code>

以上两种方式,除了写法上的区别,其它都一样,相信大家都会选择第一种方式,不仅写法简单,还降低了耦合。

5.2、自定义Param

自定义Param,想较于自定义Parser,要更加的简单,我们只需根据自己的需求,继承NoBodyParam、FormParam、JsonParam等,增加或者重写方法即可,比如我们有以下3种情况,需要自定义Param,如下:

  • postForm请求,需要将所有添加的参数,拼接在一起,随后加密,最后将加密的字符串添加到请求头中
  • postJson请求,需要将所有的参数,也就是json字符串加密后再发送出去
  • FormParam里面的API不够用,我要自定义API

5.2.1、postForm请求加密

这种情况,我们需要继承FormParam,并重写getRequestBody()方法,如下:

<code> (methodName = 

"postEncryptForm"

)

public

class

PostEncryptFormParam

extends

FormParam

{

public

PostEncryptFormParam

(String url)

{

super

(url, Method.POST); }

public

RequestBody

getRequestBody

()

{ List keyValuePairs = getKeyValuePairs(); String encryptStr =

"加密后的字符串"

; addHeader(

"encryptStr"

, encryptStr);

return

super

.getRequestBody(); } } 复制代码/<code>

5.2.2、postJson请求加密

这种情况,我们需要继承JsonParam,也重写getRequestBody()方法,如下:

<code> (methodName = 

"postEncryptJson"

)

public

class

PostEncryptJsonParam

extends

JsonParam

{

public

PostEncryptJsonParam

(String url)

{

super

(url, Method.POST); }

public

RequestBody

getRequestBody

()

{ Map params = getParams(); String encryptStr =

"加密后的字符串"

;

return

RequestBody.create(MEDIA_TYPE_JSON, encryptStr); } } 复制代码/<code>

5.2.3、自定义API

我们继承FormParam,并新增两个test方法`,如下:

<code> (methodName = 

"postTestForm"

)

public

class

PostTestFormParam

extends

FormParam

{

public

PostTestFormParam

(String url)

{

super

(url, Method.POST); }

public

PostTestFormParam

test

(

long

a,

float

b)

{

return

this

; }

public

PostTestFormParam

test1

(String s,

double

b)

{

return

this

; } } 复制代码/<code>

5.2.4、使用自定义的Param

同样的问题,我们怎么用这3个自定义的Param呢?我想大多数人在类名前发现类@Param注解,并为Param取了别名。那这个又有什么作用呢? 答案揭晓,只要在自定的Param上使用了@Param注解,并取了别名,就会在RxHttp类自动生成一个跟别名一样的方法,在上面我们自定义了3个Param,并分别取别名为postEncryptForm、postEncryptJson、postTestForm,此时就会在RxHttp类中生成postEncryptForm(String)、postEncryptJson(String)、postTestForm(String)这3个方法,我们在RxHttp这个类中来看下:

<code>  

public

static

RxHttp$PostEncryptFormParam postEncryptForm(String url) {

return

new

RxHttp$PostEncryptFormParam(

new

PostEncryptFormParam(url)); }

public

static

RxHttp$PostEncryptJsonParam postEncryptJson(String url) {

return

new

RxHttp$PostEncryptJsonParam(

new

PostEncryptJsonParam(url)); }

public

static

RxHttp$PostTestFormParam postTestForm(String url) {

return

new

RxHttp$PostTestFormParam(

new

PostTestFormParam(url)); } 复制代码/<code>

发请求时,只需要调用对应的方法就好,如:

<code> 

RxHttp

.postEncryptForm

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asString

()

.subscribe

(s-> { }, throwable -> { });

RxHttp

.postEncryptJson

(

"/service/..."

)

.add

(

"key"

,

"value"

)

.asString

()

.subscribe

(s-> { }, throwable -> { }); 复制代码/<code>

那我自定义的API如何调用呢,so easy!!!!,选择对应的请求方法后,就可以直接调用,如下:

<code> 

RxHttp

.postTestJson

(

"/service/..."

)

.test

(

100

L,

99.99

F)

.test1

(

"testKey"

,

88.88

D)

.add

(

"key"

,

"value"

)

.asString

()

.subscribe

(s-> { }, throwable -> { }); 复制代码/<code>

5.3、自定义Converter

RxHttp内部默认使用来GsonConverter,并且额外提供了4个Converter,如下:

<code> 
implementation 

'com.rxjava.rxhttp:converter-jackson:1.4.2'

implementation

'com.rxjava.rxhttp:converter-fastjson:1.4.2'

implementation

'com.rxjava.rxhttp:converter-protobuf:1.4.2'

implementation

'com.rxjava.rxhttp:converter-simplexml:1.4.2'

复制代码/<code>

5.3.1、自定义TestConverter

即使这样,RxHttp也无法保证满足所有的业务需求,为此,我们可以选择自定义Converter,自定义Converter需要继承IConverter接口,如下:

<code>

public

class

TestConverter

implements

IConverter

{

public

T

convert

(ResponseBody body, Type type,

boolean

onResultDecoder)

throws

IOException

{

return

null

; }

public

RequestBody

convert

(T value)

throws

IOException

{

return

null

; } } 复制代码/<code>

以上两个convert方法根据自身业务需求自行实现,可以参考RxHttp提供FastJsonConverter、SimpleXmlConverter等Converter

5.3.2、怎么用Converter

请查看本文3.10章节----设置Converter

6、小技巧

在这教大家一个小技巧,由于使用RxHttp发送请求都遵循请求三部曲,故我们可以在android studio 设置代码模版,如下

如图设置好后,写代码时,输入rp,就会自动生成模版,如下:

这篇12731字的RxHttp Http请求框架,看完为何会如此销魂,建议收藏


7、小结

到这,RxHttp常用功能介绍完毕,你会发现,一切都是那么的美好,无论你是get、post、加密请求、自定义解析器,还是文件上传/下载/进度监听等等,皆遵循请求三部曲。特别是对Response类型数据处理,可以说是天衣无缝,我们无需每次都判断code,直接就可以拿到T,简直了。。。

文章不易,如果大家喜欢这篇文章,或者对你有帮助希望大家多多,点赞,转发,关注 哦。文章会持续更新的。绝对干货!!!



分享到:


相關文章: