Retrofit源码解析-动态代理
背景
之前一系列的关于Retrofit
使用和封装的讲解过后,想必对Retrofit
的灵活性和扩展性有何深入的了解,既然如此我们就对于Retrofit
内部实现原理来深入的学习,既然要用就要理解怎么用和怎么能用的的更好,不能局限在使用的层面上,接下来的文章从源码的角度去思考和借鉴如何才能写出一个好的开源框架。
原理
Retrofit
2.0是如何进行网络请求的呢?主要是用到了Java
的动态代理,所以在深入学习之前,先来了解下Java
的动态代理
何为Java
动态代理
其实Java
动态代理就是设计模式中的代理模式,特征是代理类与委托类有同样的接口,代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类,以及事后处理消息等。代理类与委托类之间通常会存在关联关系,一个代理类的对象与一个委托类的对象关联,代理类的对象本身并不真正实现服务,而是通过调用委托类的对象的相关方法,来提供特定的服务。
通俗来说:比如登录之前需要判断用户信息是否完整、请求之前需要配置请求数据等等,动态代理就是来处理这样的需求,让用户只需要关心事件处理
按照代理的创建时期,代理类可以分为两种。
静态代理:由程序员创建或特定工具自动生成源代码,再对其编译。在程序运行前,代理类的.class文件就已经存在了。
动态代理:在程序运行时,运用反射机制动态创建而成。
静态代理
静态代理其实就是按照代理模式,在实现了代理类和委托类之后的调用方式,可以把它看成是代理模式的写法
接口类
/**
* 接口
* Created by WZG on 2017/1/19.
*/
public interface HttpRequest {
/**
* 请求
*/
void request();
}
委托类
/**
* 委托类
* Created by WZG on 2017/1/19.
*/
public class HttpRequestImpl implements HttpRequest {
@Override
public void request() {
Log.e("tag","-------->htt请求");
}
}
代理类
/**
* 代理类-静态
* Created by WZG on 2017/1/19.
*/
public class HttpRequestProxy implements HttpRequest {
HttpRequestImpl httpRequest;
public HttpRequestProxy(HttpRequestImpl httpRequest) {
this.httpRequest =