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

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

你可能感兴趣的:(OkHttp学习笔记(一))