通过client.newCall()创建出call对象,同步使用call.excute(), 异步使用call,enqueue(). 这里Call是个接口,具体的实现在RealCall这个实现类里面。
Okhttp的高效体现在,okhttp内有个Dispatcher类,是okhttp内部维护的一个线程池,对最大连接数,host最大访问量做了初始定义。维护3个队列及1个线程池
readyAsyncCalls
待访问请求队列,里面存储准备执行的请求。
runningAsyncCalls
异步请求队列,里面存储正在执行,包含已经取消但是还没有结束的请求。
runningSyncCalls
同步请求队列,正在执行的请求,包含已经取消但是还没有结束的请求。
ExecutorService
线程池,最小0,最大Max的线程池
在执行call.excute()的时候,调用到realcall类里的excute方法,这个是同步方法,在方法的第一行就加了锁,判断executed标记,如果是true就抛出异常,保证一个请求只被执行一次。false的话继续向下执行。调用_client.dispatcher.excute()_进入到dispatcher类中,向runningSyncCalls队列中添加当前这个请求。执行结束会调用finished方法
如果是异步操作,会创建一个RealCall.AsyncCall对象,AsyncCall继承的_NamedRunnable_接口,_NamedRunnable_是个runnable。进入到Dispatcher的enqueue()方法中,首先判断线程池中线程的数据,host的访问量,如果都没有达到那么加入到runningAsyncCalls中,并执行。否则加入到readyAsyncCalls队列中。
finished方法,如果是异步操作,promoteCall方法,promoteCalls()中用迭代器遍历readyAsyncCalls 然后加入到runningAsyncCalls
RealConnection
真正的连接操作类,对soket封装,http1/http2的选择,ssl协议等等信息。一个recalconnection就是一次链接
ConnectionPool
链接池,管理http1/http2的连接,同一个address共享一个connection,实现链接的复用。
StreamAlloction
保存了链接信息,address,HttpCodec,realconnection,connectionpool等信息
在realCall中 getResponseWithInterceptorChain()创建并开启拦截器链
Okhttp中的拦截器,默认的分为5种
- RetryAndFollowUpInterceptor
做网络失败重连,但是并不是所有的请求都需要重连,根据响应码。MAX_FOLLOW_UPS=20最大重连次数
在intercept方法中创建了StreamAllocation对象,并调用chain.proceed方法,执行下一个拦截器,对request进行处理,并返回response。
- BirdgeInterceptor
初始化信息,添加请求头等,例如gzip,keep-alive,返回的response进行解压
- CacheInterceptor
内部有Cache类,处理缓存操作,intercache内部类,disklrucache算法等
重点是不缓存非get的请求。
CacheStrategy缓存策略类,通过工厂模式获取
- ConnectionInterceptor(建议重点阅读源码)
建立链接,使用之前创建好的StreamAllocation,初始化httpcodec,realConnection。内部使用了类似gc标记清理算法,对无用的connection进行标记,StramAlloction渐渐变成0,线程池检测并回收,保证多个健康的keep-alive链接
- CallServerInterceptor
发起真正的网络请求,解析返回的数据
http写入网络IO流,从网络IO流中读取返回给客户端的数据。
- Network Interceptors
Application interceptors & Network Interceptors区别查看相关资料
OkHttp中的设计模式
单例、Builder、策略、责任链、观察者
思考:
策略与简单工厂的区别
相关面试题:
-
IO操作流程
-
三级缓存的流程说一遍
-
请求配置都有哪些方法。
-
okhttp断点续传用什么保存,怎么实现断点续传流程
Retrofit分析
涉及到的设计模式
外观模式,构建者模式,工厂模式,代理模式,适配器模式,策略模式,观察者模式
概括
Retrofit就是一个网络请求框架的封装,底层的网络请求默认使用的Okhttp,本身只是简化了用户网络请求的参数配置等,还能与Rxjava相结合,使用起来更加简洁方便。
-
App应用程序通过Retrofit请求网络,实际上是使用Retrofit接口层封装请求参数,之后由OkHttp完成后续的请求操作。
-
在服务端返回数据之后,OkHttp将原始的结果交给Retrofit,Retrofit根据用户的需求对结果进行解析。
-
完成数据的转化(converterFactory),适配(callAdapterFactory),通过设计模式进行各种扩展。
使用
@GET(“/user/{user}/repos”)
Call<List> listRepos(@Path(“user”) String user);
//call封装了整个okhttp的请求
Retrofit retrofit = new Retrofit.Builder()
.baseUrl(“https://api.github.com/”)
.addConverterFactory(GsonConverteractory.create())
//.addCallAdapterFactory(RxJava2CallAdapterFactory.create())
.build();
//converterFactory
//后续交个okhttp
使用Retrofit的七步骤
-
添加Retrofit依赖,网络权限
-
定义接收服务器返回数据的Bean
-
创建网络请求的接口,使用注解(动态代理,核心)
-
builder模式创建Retrofit实例,converter,calladapter…
-
创建接口实例,调用具体的网络请求
-
call同步/异步网络请求
-
处理服务器返回的数据
Retrofit网络通信八步骤
-
创建Retrofit实例
-
定义网络请求接口,并为接口中的方法添加注解
-
通过动态代理生成网络请求对象
-
通过网络请求适配器将网络请求对象进行平台适配
-
通过网络请求执行器,发送网络请求(call)
-
通过数据解析器解析数据
-
通过回调执行器,切换线程
-
用户在主线程处理返回结果
代理
为其他对象提供一种代理,用以控制对这个对象的访问
-
静态
-
动态
-
在程序运行时创建的代理方式
-
无侵入增强
-
jdk动态代理 vs cglib
jdk动态代理
-
只能为接口动态
-
InvocationHandler必须要实现
-
invoke的参数中获取参数
-
invoke的返回值返回给使用者
-
newProxyInstance中传入InvocationHandler
总结:
-
运行期
-
InvocationHandler接口和Proxy类
-
动态代理与静态代理的不同
源码
-
serviceMethonCache //缓存,网络请求对象
-
Factory callFactory //默认ok
-
HttpUrl baseUrl
-
List<Converter.Factory> converterFactories
-
List<CallAdapter.Factory> callAdapterFactories
-
Executor callbackExecutor //执行回调
-
boolean validateEagerly //是否立即解析接口中方法
builder
- platform
单例获取不同平台
Android平台中MainthreadExecutor
callAdapterFactory
通过calladapter将原始Call进行封装,找到对应的执行器。如rxjavaCallFactory对应的Observable,转换形式Call --> Observable
converterFactory
数据解析Converter,将response通过converterFactory转换成对应的数据形式,GsonConverterFactory,FastJsonConverterFactory。
Retrofit
Retrofit核心类,对外提供接口。通过retrofit.create()创建retrofit实例,外观模式。在create()方法中,使用动态代理模式对请求的接口中方法进行封装(ServiceMethod),初始化OkhttpCall。
ServiceMethod
核心处理类,解析方法和注解,toRequest()方法中生成HttpRequest。创建responseConverter(将response流转换为String或实体),创建callAdapter
OkhttpCall
是对okhttp3.Call的封装调用
自定义View
自定义View三种方式,组合现有控件,继承现有控件,继承View
本文只针对继承View的方式,另两种自行学习。
1. 重写方法
onMeasure、 onLayout、onDraw、onTouchEvent
onMeasure
可能多次触发,在measure的过程中注意MeasureSpec,specMode、specSize
讲到LinearLayout、RelativeLayout源码
MeasureSpec
MeasureSpec,specMode、specSize
- EXACTLY
表示父布局希望子布局的大小应该是由specSize的值来决定的,系统默认会按照这个规则来设置子布局的大小,开发人员当然也可以按照自己的意愿设置成任意的大小。
- AT_MOST
表示子布局最多只能是specSize中指定的大小,开发人员应该尽可能小得去设置这个布局,并且保证不会超过specSize。系统默认会按照这个规则来设置子布局的大小,开发人员当然也可以按照自己的意愿设置成任意的大小。
- UNSPECIFIED
表示开发人员可以将布局按照自己的意愿设置成任意的大小,没有任何限制。这种情况比较少见,不太会用到。
| childParams/parentMode | EXACTLY | AT_MOST | UNSPECIFIED |
| — | — | — | — |
| dp/px | EXACTLY(childsize) | EXACTLY(childsize) | EXACTLY(childsize) |
| match_parent | EXACTLY(parentsize) | AT_MOST(parentsize) | UNSPECIFIED(0) |
| wrap_content | AT_MOST(parentsize) | AT_MOST(parentsize) | UNSPECIFIED(0) |
上图表摘自https://blog.csdn.net/singwhatiwanna/article/details/38426471
onLayout
在ViewGroup中,只触发一次,决定子View的位置
onDraw
绘制内容,Canvas.drawxxx(),paint
onTouchEvent
处理点击事件
2. 自定义view与viewgroup的区别
- onDraw(Canvas canvas)
View类中用于重绘的方法,这个方法是所有View、ViewGroup及其派生类都具有的方法,也是Android UI绘制最重要的方法。开发者可重载该方法,并在重载的方法内部基于参数canvas绘制自己的各种图形、图像效果。
- onLayout()
重载该类可以在布局发生改变时作定制处理,这在实现一些特效时非常有用。View中的onLayout不是必须重写的,ViewGroup中的onLayout()是抽象的,自定义ViewGroup必须重写。
- dispatchDraw()
ViewGroup类及其派生类具有的方法,控制子View绘制分发,重载该方法可改变子View的绘制,进而实现一些复杂的视效,典型的例子可参见Launcher模块Workspace的dispatchDraw重载。
- drawChild()
ViewGroup类及其派生类具有的方法,直接控制绘制某局具体的子view,重载该方法可控制具体某个具体子View。
3. View方法执行过程
三次measure,两次layout和一次draw
Android视图树的根节点是DecorView,而它是FrameLayout的子类,所以就会让其子视图绘制两次,所以onMeasure函数会先被调用两次。
-
onResume(Activity)
-
onPostResume(Activity)
-
onAttachedToWindow(View)
-
onMeasure(View)
-
onMeasure(View)
-
onLayout(View)
-
onSizeChanged(View)
-
onMeasure(View)
-
onLayout(View)
-
onDraw(View)
-
dispatchDraw()
4. invalidate()、postInvalidate()、requestLayout()
invalidate()
/**
-
Invalidate the whole view. If the view is visible,
-
{@link #onDraw(android.graphics.Canvas)} will be called at some point in
-
the future.
-
-
This must be called from a UI thread. To call from a non-UI thread, call
*/
public void invalidate() {
invalidate(true);
}