Retrofit源码分析一 概览

Retrofit源码分析一 概览

• Retrofit的本质和与Okhttp的关系 ​ 说到Retrofit，免不了要提起Okhttp，由于两者一般是绑定到一块儿使用的。那么咱们首先要明确一点Retrofit并非一个网络请求框架，而是一个对网络请求框架（也就是Okhttp）的封装。两者都是Squire公司的开源框架，Retrofit并不能脱离OKhttp，由于底层的网络访问是由Okhttp来实现的。说到对网络请求的封装，这里小伙伴们可能会有一些疑问，什么叫作对网络请求的封装？这里咱们先简单的贴一些代码来看一下

//登陆
    @FormUrlEncoded
    @POST("${BuildConfig.EXTRA_URL}account/login.do")
    fun login(@Field("username") userName: String, @Field("password") pwd: String, @Field("clientType") clientType: Int): Observable<HttpResultEntity<UserEntity>>
复制代码

在上面这个Kotlin编写的的网络请求方法中，@FormUrlEncoded、@POST("${BuildConfig.EXTRA_URL}account/login")、 @Field("username")、@Field( "password") 、@Field("clientType")、Observable<HttpResultEntity> 这些都是对网络请求的封装。这里须要知道的是，对网络请求的封装包括两个方面：1. 对请求参数的封装；2. 对网络返回结果的封装。上面列出来的几项中除了Observable<HttpResultEntity> 以外都是对请求参数的封装，即便是对Retrofit不太了解的同窗应该也是能够很轻松的看懂一些参数表明的意义，好比**@POST表明这个网络请求采用post方式，@Field("username")表明post请求域中要包含一个username的请求参数。而与之相对应的Observable<HttpResultEntity>**就是对网络返回结果的封装，对Rxjava了解的同窗应该明白，Retrofit把网络返回的原始数据包装成了一个Observable，便于咱们的开发。

• Retrofit流程分析 Retrofit的流程图以下所示

  

  关于更加详细的流程咱们以后的章节会进行分析，你们先看个大概，内心有个印象就行。等咱们对整个Retrofit的源码分析结束以后，相信你们对这幅图会有更加深刻的认知。