OkHttp 4.0 Kotlin源码分析 (二) 基本的数据对象以及Call类分析

前言

前面一节我们讲解了 同步请求和异步请求的实际使用方式,并分析了两种方式的区别。这里我们回顾下:

  1. 同步请求和异步的发送实际分为了4个步骤,其中前三个步骤是相同的;分别是创建OkhttpClient、request、和Call对象; 不同的是同步调用的是Call对象的execute()方法,而异步调用的是enqueue()方法。
  2. 同步请求会阻塞等待,异步请求在子线程中执行则不会阻塞。

请参考上一章节:
OKhttp3 的同步和异步请求基本用法

其他相关文章

OkHttp 4.0 Kotlin源码分析 (一) 同步和异步请求基本用法

OkHttp 4.0 Kotlin源码分析 (二) 基本的数据对象以及Call类分析

OkHttp 4.0 Kotlin源码分析 (三) Dispatcher分发器流程控制

那么我们每个步骤中的对象是什么,分别做了什么工作呢? 在接下来的这个章节我将对其进行解析。

2. Okhttp3 的对象解析

2.1 Okhttp3 请求的执行流程图

同步和异步请求结构

2.2 OkHttpClient客户端类

OkhttpClient是由一个静态内部内Builder进行创建,我们看下这个Builder的构造方法。其中初始化了OkhttpClient对象的初始化工作,而且其中包括两个非常重要的对象,分别是分发器(Dispather)和连接池(ConnectionPool)。

public Builder() {
      //1. Dispatcher是http请求的分发器; 这是Okhttp的核心之一,
      // 主要完成的任务是处理缓冲策略,不管是同步请求还是异步请求都是经过这个Dispatcher进行分发处理
      dispatcher = new Dispatcher();

      protocols = DEFAULT_PROTOCOLS;
      connectionSpecs = DEFAULT_CONNECTION_SPECS;
      eventListenerFactory = EventListener.factory(EventListener.NONE);
      proxySelector = ProxySelector.getDefault();
      if (proxySelector == null) {
        proxySelector = new NullProxySelector();
      }
      cookieJar = CookieJar.NO_COOKIES;
      socketFactory = SocketFactory.getDefault();
      hostnameVerifier = OkHostnameVerifier.INSTANCE;
      certificatePinner = CertificatePinner.DEFAULT;
      proxyAuthenticator = Authenticator.NONE;
      authenticator = Authenticator.NONE;
      // ConnectionPool 连接池,这也是我们上一节讲到的四大特性之一。主要作用是:
      // a. 管理客户和服务器之间的连接,并对连接进行复用。
      // b. 对于连接策略进行管理以提高连接效率
      connectionPool = new ConnectionPool();
      dns = Dns.SYSTEM;
      followSslRedirects = true;
      followRedirects = true;
      retryOnConnectionFailure = true;
      callTimeout = 0;
      connectTimeout = 10_000;
      readTimeout = 10_000;
      writeTimeout = 10_000;
      pingInterval = 0;
    }

2.2 Request请求报文信息类

和OkhttpClient相同,Request也是使用的是Build创建模式,对于需要大量参数进行初始化操作的对象使用Build创建模式是非常好的一个策略。这个类创建了 HTTP请求所需要的信息

// Builder内部类的构造方法
public Builder() {
      this.method = "GET";
      // 创建Http请求所需要的头部信息
      this.headers = new Headers.Builder();
  }
// 将创建的Builder 信息传递给Request的构造方法
public Request build() {
      if (url == null) throw new IllegalStateException("url == null");
      return new Request(this);
  }

//构造方法初始化了请求所需要的信息: url 、 请求方法、 头部信息、 body等
Request(Builder builder) {
    this.url = builder.url;
    this.method = builder.method;
    this.headers = builder.headers.build();
    this.body = builder.body;
    this.tags = Util.immutableMap(builder.tags);
  }

2.3 call 请求/响应对象

Call 是为执行而准备的请求。这个对象代表的是一个请求响应流,只能被执行一次,并且是可以取消的。

@Override public Call newCall(Request request) {
    return RealCall.newRealCall(this, request, false /* for web socket */);
  }

Call是一个Interface, 实际的逻辑是在它的实现类RealCall中。

// 这个静态方法 创建了一个RealCall对象,并创建赋值了一个回调监听
static RealCall newRealCall(OkHttpClient client, Request originalRequest, boolean forWebSocket) {
  // Safely publish the Call instance to the EventListener.
  RealCall call = new RealCall(client, originalRequest, forWebSocket);
  call.eventListener = client.eventListenerFactory().create(call);
  return call;
}


private RealCall(OkHttpClient client, Request originalRequest, boolean forWebSocket) {
  // OkHttpClient对象
  this.client = client;
  // request对象
  this.originalRequest = originalRequest;
  this.forWebSocket = forWebSocket;
  // 重定向拦截器 是Okhttp的核心之一, 在创建Call的时候进行了创建
  this.retryAndFollowUpInterceptor = new RetryAndFollowUpInterceptor(client, forWebSocket);
  this.timeout = new AsyncTimeout() {
    @Override protected void timedOut() {
      cancel();
    }
  };
  this.timeout.timeout(client.callTimeoutMillis(), MILLISECONDS);
}

Okhttp 3.13 版本引入了lambda 表达式,看着下面的代码是不是一脸蒙圈?
实现的作用是创建了一个EventListerner.Factory

static EventListener.Factory factory(EventListener listener) {
  return call -> listener;
}

--> 其实他是这个样子的, 创建了一个create返回listener的EventListener的Factory;
而这个Factory是在OkhttpClient创建时创建的。

static EventListener.Factory factory(final EventListener listener) {
  return new EventListener.Factory() {
    public EventListener create(Call call) {
      return listener;
    }
  };
}

3. Call 源码分析

3.1 Call 的同步请求方法 executed() 分析

@Override public Response execute() throws IOException {
    // 前面说到Call对象只能被执行一次, 那么是怎么保证的呢?
    // a. 通过这个executed 进行状态标记,
    // b. 加入对象锁
    //    多线程同一个call对象也只能被执行一次,否则抛出IllegalStateException异常
    synchronized (this) {
      if (executed) throw new IllegalStateException("Already Executed");
      executed = true;
    }

    captureCallStackTrace();
    timeout.enter();
    eventListener.callStart(this);
    /**这块核心代码*/
    try {
      // 这是关键步骤, 调用Dispatcher中的 executed 方法;
      // 这里并没有执行, 而是将Call加入到执行队列中
      client.dispatcher().executed(this);
      // 获取response 的责任链的执行结果  , 这是Okhttp设计非常巧妙的地方,后面会进行详细讲解
      Response result = getResponseWithInterceptorChain();
      if (result == null) throw new IOException("Canceled");
      return result;
    } catch (IOException e) {
      e = timeoutExit(e);
      eventListener.callFailed(this, e);
      throw e;
    } finally {
      // 在Dispatcher中将Call对象 从执行列表中移除掉
      // 这将在下一节 Dispatcher进行详细讲解
      client.dispatcher().finished(this);
    }
  }

我们发现 Call的executed()方法

  1. 调用了 dispatcher.executed()dispatcher.finished()方法,实际上是将Call对象加入到同步执行队列,然后移除。
  2. 调用了getResponseWithInterceptorChain并同步返回执行结果。

3.2 Call 的异步请求方法 enqueue() 分析

@Override public void enqueue(Callback responseCallback) {
    // 这个和 execute() 方法是一样的
    synchronized (this) {
      if (executed) throw new IllegalStateException("Already Executed");
      executed = true;
    }
    captureCallStackTrace();
    eventListener.callStart(this);
    // 1. 将Callback 封装成Asyncall对象(实际是一个Runnable)
    // 2. 将call对象添加到异步等待队列并调度执行
    client.dispatcher().enqueue(new AsyncCall(responseCallback));
  }

异步请求做了两件事:

  1. 将Callback 封装成Asyncall对象(实际是一个Runnable)
  2. 将call对象添加到异步等待队列并由Dispatcher调度执行
3.3 Call 取消请求 cancel() 分析
// Call 代码
@Override public void cancel() {
    retryAndFollowUpInterceptor.cancel();
}

// retryAndFollowUpInterceptor 对象取消代码
public void cancel() {
  canceled = true;
  StreamAllocation streamAllocation = this.streamAllocation;
  if (streamAllocation != null) streamAllocation.cancel();
}

3.4 总结

这一章节讲解了Okhttp使用过程中创建的各个数据对象的作用,和创建流程。详细分析了Call的实现类Realcall的源码,针对同步和异步请求有了更深层次的理解。

  1. 同步方法直接调用了dispatcher().executed() 添加到同步队列中; 阻塞获取请求结果 getResponseWithInterceptorChain(); 然后调用Finish() 方法回收call对象。

  2. 异步请求主要的调度工作在Dispatcher中,我们将在下一章节讲解。在ReallCall中异步请求所做的工作是将CallBack封装成Runnable,并添加到Dispatcher的异步请求队列中。

对于异步请求到底是怎么调度的 , 异步线程池又是以什么方式使用呢 ?


接下来我们讲解调度器Dispatcher

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,193评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,306评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,130评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,110评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,118评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,085评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,007评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,844评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,283评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,508评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,667评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,395评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,985评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,630评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,797评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,653评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,553评论 2 352

推荐阅读更多精彩内容