OkHttp学习笔记（一）

- # okhttp源码 笔记 

## call.enqueue的时候发生了什么？ 

首先要知道该call是由okHttpClient.newCall(request)返回的RealCall

来看一下 call.enqueue的源码：

    public void enqueue(Callback responseCallback) {
     synchronized (this) {
          if (executed) throw new IllegalStateException("Already Executed");     
          executed = true; //如果该请求已经发出，就会抛出一个已经存在错误
    }
      captureCallStackTrace();//捕捉Call栈
      eventListener.callStart(this); //通知事件监听，该请求已经开始了
      client.dispatcher().enqueue(new AsyncCall(responseCallback)); //将该请求分发到队列中,并且是异步的Call
     }

### 其中比较难懂的应该是captureCallStackTrace()这个方法，来看一下 它是干什么的

private void captureCallStackTrace() {
       Object callStackTrace = Platform.get().getStackTraceForCloseable("response.body().close()"); //捕获已经被关闭的response 处于的栈
       retryAndFollowUpInterceptor.setCallStackTrace(callStackTrace); //重新请求与重定向的拦截器，设置Call栈的追踪器，有了这个追踪器，该interceptor就可以通过对Call栈内不同的情况进行不同处理
    }

接着是 client.dispatcher().enqueue(new AsyncCall(responseCallback)); //client将本次连接分发到相应的连接池中并且异步请求

    dispatcher()之后返回的是一个Dispatcher对象，那么这个对象是干什么的呢？

    **Dispatcher 是一个事件分发者**，用于将每个请求放置到请求池以及相应的线程中去**其中OkHttp的并发最大请求数量为64个，最大主机数量为5个**

        本节不讨论okhttp的分发策略，只讨论call.enqueue到底做了什么

        在该请求处于相应的请求池中，随后执行的就是enqueue方法，

synchronized void enqueue(AsyncCall call) {
     if (runningAsyncCalls.size() < maxRequests && runningCallsForHost(call) < maxRequestsPerHost)     {
     runningAsyncCalls.add(call);//如果当前的请求数量与主机数均未超出最大数量，就在添加到运行池中
     executorService().execute(call);//通过**executorService()**执行call。
    } else {
    readyAsyncCalls.add(call);//不然就添加到等待池中
    } 
  }

可以从源码中发现，enqueue()是将本次请求加入到请求队列中，如果请求数达到了最大请求数，则将本次请求加入到准备队列中，并且通过了一个Service来管理call的生命

**executorService()**

这个服务是用来管理call的，可以shoutdown服务；或者添加服务但是不执行，在特定的时间执行。本次不详细分析

随后的就是在enqueue中要传入的型参**AsyncCal**l

### AsyncCall 则是OkHttp封装的异步回掉，用于返回Response

#### 通过 该类中的execute()返回具体的Response下面来看一下该方法的源码

      @Override protected void execute() {
             boolean signalledCallback = false; //用于判断请求是否成功
        try {
                Response response = getResponseWithInterceptorChain();
        if (retryAndFollowUpInterceptor.isCanceled()) {
                signalledCallback = true;
                responseCallback.onFailure(RealCall.this, new IOException("Canceled"));//如果请求成功，但是服务器解析失败，并且返回了错误code，那么就会抛一个错误：本次请求取消
      } else {
             signalledCallback = true;
     responseCallback.onResponse(RealCall.this, response); //如果请求成功，并且code为200，那么就会返回这个response
        }
      } catch (IOException e) {
       if (signalledCallback) {
          // Do not signal the callback twice!
         Platform.get().log(INFO, "Callback failure for " + toLoggableString(), e);
        } else {
       eventListener.callFailed(RealCall.this, e);//事件监听：请求失败     
        responseCallback.onFailure(RealCall.this, e);//调用responseCallback的onFailure方法
        }
      } finally {
      client.dispatcher().finished(this);//通知事件分发器结束本次请求
      }
     }
    }

所以，call.equeue之后，Okhttp会捕捉本次request所处于的栈，然后通知事件监听器请求开始，请求开始之后，okhttp的事件分发器就会将本次请求分发到相应的线程池中，最后根据请求结果异步回掉response

如果有错，希望大家指正！！第一次看源码