㈠ android的Okhttp
okhttp，你的封装或者请求方法写的有问题吧，URL不对也不会闪退，有请求失败方法，没进方法说明请求没成功，看看接收解析的地方是否为空或异常没有捕获处理，检查一下。
xUtils，现在更新到xUtils3；okhttp，现在也更新到okhttp3了。下载最新的包吧，注意新版本的差异。
㈡ Android使用OkHttp请求自签名的https网站
很多公司考虑到安全问题，项目中都采用https加密协议进行数据传输。但是一些公司又不想花一笔钱去CA申请证书，所以就采用自签名的证书。
OkHttp默认是可以访问通过CA认证的HTTPS链接，例如网络首页也是https链接（ https://www..com/ ）。 但是如果是你们公司自签名(即自己用keytool生成的证书，而不是采用通过CA认证的证书)的服务器，OkHttp是无法访问的，例如访问12306网站（ https://kyfw.12306.cn/otn/ ） ，会报如下错误：
HTTPS在传输数据之前需要客户端（浏览器）与服务端（网站）之间进行一次握手，在握手过程中将确立双方加密传输数据的密码信息。握手过程的简单描述如下：
握手过程中如果有任何错误，都会使加密连接断开，从而阻止了隐私信息的传输。
以下我们使用12306网站为例
注意：别忘了加权限和依赖okhttp库
Demo地址： https://github.com/wildma/okhttps
参考博客： http://blog.csdn.Net/lmj623565791/article/details/48129405
㈢ 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 连问