㈠ Android通过OKhttp从服务器端获取数据
①简单的异棚洞步Get请求
第一步，创建OKHttpClient对象
第二步，创建Request请求
第三步，创建一个Call对象
第四步，将请求添大和贺加到调度中
不多说，直接上代码：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
//okHttp的基本使用 --- get方法
String url = "https://api.douban.com/v2/movie/top250?start=0&count=10";
//1,创建OKHttpClient对象
OkHttpClient mOkHttpClient = new OkHttpClient();
//2,创建一个Request
Request request = new Request.Builder().url(url).build();
//3,创建一个call对象
Call call = mOkHttpClient.newCall(request);
//4,将请求添加到调滚派度中
call.enqueue(new Callback() {
@Override
public void onFailure(Request request, IOException e) {
}
@Override
public void onResponse(Response response) throws IOException {
if (response.isSuccessful()) {
final String message = response.body().string();
handler.post(new Runnable() {
@Override
public void run() {
tv_message.setText(message);
progressBar.setVisibility(View.GONE);
}
});
}
}
});
㈡ Android网络请求库【OkHttp4.9.3】基本用法与原理分析
OkHttp是一套处理 HTTP 网络请求的依赖库，由 Square 公司设计研发并开源，目前可以在 Java 和 Kotlin 中使用。对于 Android App 来说，OkHttp 现在几乎已经占据了所有的网络请求操作，Retrofit + OkHttp实现网络请求似乎成了一种标配。因此它也是每一个 Android 开发工程师的必备技能，了解其内部实现原理可以更好地进行功能扩展、封装以及优化。
OkHttp的高效性体现在：
第一步：创建OkHttpClient，创建OkHttpClient有两种方式：
OkHttpClient提供了丰富的配置方法，例如添加拦截器、指定连接池、设置请求超时等等。
第二步：创建请求
使用Request.Builder() 构建Request实例
第三步：发起网络请求
OkHttp支持同步和异步两种请求方式
OkHttp的使用方法非常简单，三步操作就可以发起一个简单的同步或异步请求。我们也可以很轻松地对网络请求进行配置，例如添加请求头、设置请求方式、设置请求超时等等，这些配置参数会在源码分析过程中详细介绍。
现在我们已经学会了三步操作发起网络请求，接下来以这三个步骤为切入点，深入到源码中学习OkHttp的实现原理，废话少说马上开车。
OkHttpClient创建方式有两种，我们看看两种方式有什么区别。
第一种直接使用默认构造函数，内部依然是使用建造者模式
第二种使用建造者模式
两种方式最终都是调用构造函数OkHttpClient(builder:Builder)，由参数builder负责所有的参数配置工作。
当您创建单个OkHttpClient实例并将其用于所有 HTTP 调用时，OkHttp 性能最佳。 这是因为每个OkHttpClient都拥有自己的连接池和线程池，重用连接和线程可减少延迟并节省内存。 相反，为每个请求创建一个客户端会浪费空闲池上的资源。
Request同样使用建造者模式来创建，这里贴上部分重要源码，很简单就不细说了。
OkHttp发起网络请求分为同步请求和异步请求两种方式，我们只分析异步请求流程，因为只要理解了异步请求过程，基本上也就明白同步请求是怎么一回事了。
RealCall是连接应用层与网络层的桥梁，负责处理连接、请求、响应和数据流。
Dispatcher维护着一套异步任务执行策略，分析策略之前先介绍几个重要概念：
client.dispatcher.enqueue(AsyncCall(responseCallback)) 执行步骤为：
AsyncCall实现了Runnable接口，因此一旦被线程池中的线程处理就会调用它的run()方法：
话休絮烦，我们开始分析拦截器责任链：
责任链执行流程：首先获取当前拦截器interceptor，并且调用interceptor.intercept(next)执行拦截器操作。这里的next表示的是index+1后的责任链对象，拦截器的intercept()方法内部会调用next.proceed(request)方法再次进入到责任链，由于此时index已经加1，所以处理的是下一个拦截器。
如此循环往复，直到处理完责任链上最后一个拦截器为止。
注意除最后一个拦截器CallServerInterceptor不会调用chain.proceed(request)方法之外，其他拦截器都应该至少调用一次chain.proceed(request)方法。
为了验证上面的结论，我们进入到RetryAndFollowUpInterceptor的intercept()方法一探究竟：
可以看到注释1处重新进入责任链处理下一个拦截器。
有兴趣可以自行查看最后一个拦截器CallServerInterceptor源码，此处只给出本人阅读源码后得出的结论：
以上就是拦截器责任链的工作流程，我们再通过流程图仔细感受一下。
分析完拦截器责任链，我们继续分析AsyncCall#run()方法：
我们看到，如果()方法成功获得服务端返回的数据，则调用responseCallback.onResponse(this@RealCall, response)方法完成异步回调；如果服务端数据获取失败（请求异常），则调用responseCallback.onFailure(this@RealCall, canceledException)方法完成异步回调
需要注意的是，responseCallback回调是在子线程中完成的，所以如果想把数据显示到UI上，需要切换回主线程进行UI操作。
OkHttp发起网络请求全过程：
【知识点】OkHttp 原理 8 连问