okhttp清理缓存
① android okhttp 缓存设置
缓存第一步就是要保存 response 数据到缓存文件中，oktthp 用的是 DiskLruCache 会缓存到文件中。
② OkHttp阻塞式清理线程
1.cleanup方法负责计算清理的时间
-1：代表没有需要清理的线程
如果清理时间大于0，计算下一次清理的时间（让线程等待一段时间再执行）
2.System.nanoTime
纳秒级别的计时，由于计算机的执行速度很快，所以用纳秒来计时更加准确。
3. public final void wait(long timeout, int nanos)
传入nanos纳秒，来减少等待的误差.1毫秒==1000000纳秒，任何1纳秒的误差都将使等待时间加长1毫秒:当nanos>0时，timeout++
③ 如何高效的使用Okhttp
OkHttp 是一个在开发可汗学院Android APP过程中非常重要的依赖库。它的默认的配置为我们提供了非常重要实用功能，下面一些步骤我们可以让Okhttp提供更多功能使用灵活和内省能力。
1. 启用文件系统上的响应缓存
默认情况下，Okhttp不支持响应缓存，包括HTTP Cache-Control头允许缓存响应。因此，客户端通过一次又一次的请求相同的资源浪费时间和带宽。而不是简单地读取初始响应后缓存的副本。
要在文件系统中启用响应缓存，需要配置com.squareup.okhttp.Cache实例，并把它传递给你的OkHttpClient实例的setCache方法。你必须初始化缓存与存放目录的文件，并以字节为单位的最大值。
响应返回数据可以写入给定目录文件，如果一个响应的缓存超过了给定的大小。我们可以采取 LRU policy 。
我们可以在 stackoverflow 查看 Jesse Wilson 的回复。我们可以通过context.getCacheDir()在子目录中缓存我们的响应：
// Base directory recommended by http://stackoverflow.com/a/32752861/400717.
// Guard against null, which is possible according to
// https://groups.google.com/d/msg/android-developers/-694j87eXVU/YYs4b6kextwJ and
// http://stackoverflow.com/q/4441849/400717.
final @Nullable File baseDir = context.getCacheDir();
if (baseDir != null) {
final File cacheDir = new File(baseDir, "HttpResponseCache");
okHttpClient.setCache(new Cache(cacheDir, HTTP_RESPONSE_DISK_CACHE_MAX_SIZE));
}
// Base directory recommended by http://stackoverflow.com/a/32752861/400717.
// Guard against null, which is possible according to
// https://groups.google.com/d/msg/android-developers/-694j87eXVU/YYs4b6kextwJ and
// http://stackoverflow.com/q/4441849/400717.
final @NullableFilebaseDir = context.getCacheDir();
if (baseDir != null) {
final FilecacheDir = new File(baseDir, "HttpResponseCache");
okHttpClient.setCache(new Cache(cacheDir, HTTP_RESPONSE_DISK_CACHE_MAX_SIZE));
}
在可汗学院的程序中我们指定 HTTP_RESPONSE_DISK_CACHE_MAX_SIZE as 10 * 1024 * 1024 , or 10 MB的大小
2. 集成Stetho
Stetho 是Facebook的一个可爱的库，可以使用Chrome浏览器的Chrome开发人员工具功能来检查你的Andr oid应用程序。
Stetho除了允许你检查你的应用程序的SQLite数据库，还可以查看View的层次结构。允许你检查由OkHttp发起的每个请求和响应：
这种自省机制是确保服务器返回允许资源缓存的HTTP头是非常有用的，以及验证没有请求时，保证缓存的资源存在。
要想使用Stetho，只需添加一个StethoInterceptor实例的网络拦截器列表：
okHttpClient.networkInterceptors().add(new StethoInterceptor());
okHttpClient.networkInterceptors().add(new StethoInterceptor());
然后，运行应用程序，打开浏览器后，输入chrome://inspect。然后你就会看到应用程序的设备和标识符的列表。然后鼠标右键选择inspect 打开开发者工具，然后打开新的tab，开始监控OkHttp请求。
3. 使用Picasso 和 Retrofit
你可能使用过 Picasso 来加载网络图片，或者使用 Retrofit 来简化发出请求和解码响应。这些第三方库将隐式地创建自己的OkHttpClient供内部使用，如果你不明确指定一个。
Picasso version 2.5.2的OkHttpDownloader类：
private static OkHttpClient defaultOkHttpClient() {
OkHttpClient client = new OkHttpClient();
client.setConnectTimeout(Utils.DEFAULT_CONNECT_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
client.setReadTimeout(Utils.DEFAULT_READ_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
client.setWriteTimeout(Utils.DEFAULT_WRITE_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
return client;
}
private static () {
OkHttpClientclient = new OkHttpClient();
client.setConnectTimeout(Utils.DEFAULT_CONNECT_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
client.setReadTimeout(Utils.DEFAULT_READ_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
client.setWriteTimeout(Utils.DEFAULT_WRITE_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
return client;
}
Retrofit也有类似的工厂方法来创建自己的OkHttpClient。
图片一般在应用程序中需要加载的比较大的资源。尽管Picasso自己维护它的LRU机制来缓存图片，在内存中严格执行。如果客户端尝试使用Picasso来加载图片。Picasso会找不到其在内存中缓存图像，然后将委托加载该图片到它的内部OkHttpClient实例。并且默认情况下该实例将始终从服务器加载图片资源。
作为defaultOkHttpClient的方法不能与上面提到的文件系统中的响应缓存配置结合起来。
指定你自己的OkHttpClient实例允许返回数据从文件系统缓存响应，图片不会从服务器加载。这是非常重要的在程序第一次启动以后。这个时候Picasso的内存缓存是冷的。所以它会频繁的委托OkHttpClient实例去加载图片。
这就需要构建配置了您Picasso 的OkHttpClient实例，如果你在你的代码中使用
Picasso.with(context).load(...)
Picasso.with(context).load(...)
加载图片，你是用的是Picasso的单例模式。这是通过with方法懒汉模式地实例化并配置自己的OkHttpClient。因此，我们必须使我们自己的Picasso实例在单例之前通过wiht方法调用。
实现这个，可以简单的将OkHttpClient实例封装在OkHttpDownloader中，然后传递给 Picasso.Builder 实例的downloader方法。
final Picasso picasso = new Picasso.Builder(context)
.downloader(new OkHttpDownloader(okHttpClient))
.build();
// The client should inject this instance whenever it is needed, but replace the singleton
// instance just in case.
Picasso.setSingletonInstance(picasso);
final Picassopicasso = new Picasso.Builder(context)
.downloader(new OkHttpDownloader(okHttpClient))
.build();
// The client should inject this instance whenever it is needed, but replace the singleton
// instance just in case.
Picasso.setSingletonInstance(picasso);
在Retrofit中要使用OkHttpClient实例，需要改造1.9.x的一个RestAdapter，需要将OkHttpClient封装OkClient的实例中。然后把它传递给RestAdapter.Builder实例的setClient方法。
restAdapterBuilder.setClient(new OkClient(httpClient));
restAdapterBuilder.setClient(new OkClient(httpClient));
在 Retrofit 2.0中只需要简单的将OkHttpClient传递给Retrofit.Builder实例的client方法。
在可汗学院的APP中我们通过 Dagger 依赖注入来确保我们只有一个OkHttpClient的实例。这种方法同样也适用于Picasso和Retrofit我们提供了一个为OkHttpClient实例提供单例模式的注解示例：
@Provides
@Singleton
public OkHttpClient okHttpClient(final Context context, ...) {
final OkHttpClient okHttpClient = new OkHttpClient();
configureClient(okHttpClient, ...);
return okHttpClient;
}
@Provides
@Singleton
public OkHttpClientokHttpClient(final Contextcontext, ...) {
final OkHttpClientokHttpClient = new OkHttpClient();
configureClient(okHttpClient, ...);
return okHttpClient;
}
OkHttpClient将会通过Dagger的注解创建一个实例提供给我们的Picasso和Retrofit。
4.指定一个用户代理拦截器
日志文件和分析为我们提供了更多有用的信息，当客户在每个请求提供详细的User-Agent
header值的时候。默认情况下，Okhttp包含User-Agent值只有在特定的Okhttp版本中。为了指定我们自己的user
agent。首先创建拦截器的替换值， 我们可以看stackoverflow的建议 。
public final class UserAgentInterceptor implements Interceptor {
private static final String USER_AGENT_HEADER_NAME = "User-Agent";
private final String userAgentHeaderValue;
public UserAgentInterceptor(String userAgentHeaderValue) {
this.userAgentHeaderValue = Preconditions.checkNotNull(userAgentHeaderValue);
}
@Override
public Response intercept(Chain chain) throws IOException {
final Request originalRequest = chain.request();
final Request requestWithUserAgent = originalRequest.newBuilder()
.removeHeader(USER_AGENT_HEADER_NAME)
.addHeader(USER_AGENT_HEADER_NAME, userAgentHeaderValue)
.build();
return chain.proceed(requestWithUserAgent);
}
}
public final class UserAgentInterceptor implements Interceptor {
private static final String USER_AGENT_HEADER_NAME = "User-Agent";
private final String userAgentHeaderValue;
public UserAgentInterceptor(String userAgentHeaderValue) {
this.userAgentHeaderValue = Preconditions.checkNotNull(userAgentHeaderValue);
}
@Override
public Responseintercept(Chainchain) throws IOException {
final RequestoriginalRequest = chain.request();
final RequestrequestWithUserAgent = originalRequest.newBuilder()
.removeHeader(USER_AGENT_HEADER_NAME)
.addHeader(USER_AGENT_HEADER_NAME, userAgentHeaderValue)
.build();
return chain.proceed(requestWithUserAgent);
}
}
为了创建User-Agent header值人然后传递给UserAgentInterceptor的构造器，使用你得到的任何信息。
我们可以使用：
android 的系统信息可以清晰的传递出这是一台android 设备
Build.MODEL 或者“制造商提供的用户可见最终可见的名称”
Build.BRAND或者“消费者可见的品牌与产品/硬件相关信息”
Build.VERSION.SDK_INT或者“消费者可见的Android提供的SDK版本号”
BuildConfig.APPLICATION_ID
BuildConfig.VERSION_NAME
BuildConfig.VERSION_CODE
最后三个值由的applicationID，VERSIONCODE和VERSIONNAME的值在我们的Gradle build脚本中
了解更多信息可以查看 versioning your applications 和 configuring your applicationId with Gradle
请注意，如果您的应用程序使用的是WebView，您可以配置使用相同的 User-Agent header值，你可以通过下面方法创建UserAgentInterceptor：
WebSettings settings = webView.getSettings();
settings.setUserAgentString(userAgentHeaderValue);
WebSettingssettings = webView.getSettings();
settings.setUserAgentString(userAgentHeaderValue);
5.指定合理的超时
2.5.0版本之前，OkHttp请求默认为永不超时。2.5.0版本开始如果建立连接请求超时，如果从连接读取下一个字节或写入的下一个字节到连接，花费超过10秒，就终止。这样做需要更新到2.5.0版本我们就不需要在我们的代码中修改bug。原因很简单是我因为我们第一次使用的时候使用了错误的路径。
要覆盖这些默认值，可以分别调用setConnectTimeout，setReadTimeout或setWriteTimeout。
需要注意的是Picasso和Retrofit为OkHttpClient实例指定不同的超时值时，默认情况下，Picasso指定：
连接超过15秒.
读取超过20秒
写入超过20秒
而Retrofit指定：
连接超过15秒.
读取超过20秒
没有写入超时
通过配置Picasso和Retrofit自己的OkHttpClient实例你可以确保所有的请求超时是一致的
④ okhttp怎么解决post缓存
- (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view, typically from a nib. [self CellTaxiTextForStarting:@"beijing" andDestination:@"Bibb" andUid:131]; } - (void)didReceiveMemoryWarning 。
⑤ Okhttp解析（五）缓存的处理
大家好，之前我们讲解了Okhttp网络数据请求相关的内容，这一节我们讲讲数据缓存的处理。本节按以下内容讲解Okhttp缓存相关的内容。
缓存的使用场景很多，通过它可以将数据通过一定的规则存储起来，再次请求数据的时候就可以快速从缓存中读取了，缓存有以下优势。
HTTP本身提供了一套缓存相关的机制。这套机制定义了相关的字段和规则，用来客户端和服务端进行缓存相关的协商，如响应的数据是否需要缓存，缓存有效期，缓存是否有效，服务器端给出指示，而客户端则根据服务端的指示做具体的缓存更新和读取缓存工作。http缓存可以分为两类：
强制缓存，在缓存数据未失效的情况下，可以直接使用缓存数据，有两个字段Expires和Cache-Control用于标明失效规则。
表示过期时间，由服务端返回。那么下次请求数据时，判断这个Expires过期时间是否已经过了，如果还没有到过期时间，则使用缓存，如果过了过期时间，则重新请求服务器的数据。Expires格式如下：
不过因为服务器和客户端的时间并不是同步的，用一个绝对时间作为过期的标记并不是很明智，所以HTTP1.1之后更多的是Cache-Control，它的控制更加灵活。
表示缓存的控制，有服务端返回。它有以下几个取值：
默认情况下是private，也就是不能共享的。Cache-Control格式如下：
对比缓存，表示需要和服务端进行相关信息的对比，由服务器决定是使用缓存还是最新内容，如果服务器判定使用缓存，返回响应吗304，判定使用最新内容，则返回响应码200和最新数据。对比缓存的判定字段有两组：
ETag表示资源的一种标识信息，用于标识某个资源，由服务端返回，优先级更高。格式如下：
然后客户端再次请求时，加入字段If-None-Match，格式如下：
服务端收到请求的该字段时（之前的Etag值），和资源的唯一标识进行对比，如果相同，说明没有改动，则返回状态码304，如果不同，说明资源被改过了，则返回状态码200和整个内容数据。
Last-Modified表示资源的最近修改时间，由服务端返回，优先级更低。格式如下：
Last-Modified
由服务器返回，表示响应的数据最近修改的时间。
If-Modified-Since
由客户端请求，表示询问服务器这个时间是不是上次修改的时间。如果服务端该资源的修改时间小于等于If-Modified-Since指定的时间，说明资源没有改动，返回响应状态码304，可以使用缓存。如果服务端该资源的修改时间大于If-Modified-Since指定的时间，说明资源又有改动了，则返回响应状态码200和最新数据给客户端，客户端使用响应返回的最新数据。
Last-Modified字段的值（服务端返回的资源上次修改时间），常常被用于客户端下次请求时的If-Modified-Since字段中。
HTTP的缓存规则是优先考虑强制缓存，然后考虑对比缓存。
Okhttp缓存相关的类有如下：
要开启使用Okhttp的缓存其实很简单，只需要给OkHttpClient对象设置一个Cache对象即可，创建一个Cache时指定缓存保存的目录和缓存最大的大小即可。
那么下面我们来看看Okhttp缓存执行的大概流程
Okhttp的缓存流程分为读取缓存和存储缓存两个过程，我们分别分析。
读取使用缓存的流程从HttpEngine的sendRequest发送请求开始。
接下来我们分析
从Cache的get方法开始。它按以下步骤进行。
如果存在缓存的话，在指定的缓存目录中，会有两个文件“****.0”和“****.1”，分别存储某个请求缓存的响应头和响应体信息。（“****”是url的md5加密值）对应的ENTRY_METADATA响应头和ENTRY_BODY响应体。缓存的读取其实是由DiskLruCache来读取的，DiskLruCache是支持Lru（最近最少访问）规则的用于磁盘存储的类，对应LruCache内存存储。它在存储的内容超过指定值之后，就会根据最近最少访问的规则，把最近最少访问的数据移除，以达到总大小不超过限制的目的。
接下来我们分析CacheStrategy缓存策略是怎么判定的。
直接看CacheStrategy的get方法。缓存策略是由请求和缓存响应共同决定的。
接来下我们看看CacheControl类里有些什么。
可以发现，它就是用于描述响应的缓存控制信息。
然后我们再看看Okhttp存储缓存是怎么进行的。
存储缓存的流程从HttpEngine的readResponse发送请求开始的。
可以看到这里先通过maybeCache写入了响应头信息，再通过cacheWritingResponse写入了响应体信息。我们再进去看Cache的put方法实现。
我们继续看Cache的writeTo方法，可以看到是写入一些响应头信息。
到这里Okhttp缓存的读取和存储流程我们就清楚了。可以说，缓存的使用策略基本都是按照HTTP的缓存定义来实现的，所以对HTTP缓存相关字段的理解是很重要的。然后关于DiskLruCache是如何管理缓存文件的，这个其实也很好理解，首先的原则就是按照LRU这种最近最少使用删除的原则，当总的大小超过限定大小后，删除最近最少使用的缓存文件，它的LRU算法是使用LinkedHashMap进行维护的，这样来保证，保留的缓存文件都是更常使用的。具体实现大家可以分析DiskLruCache和LinkedHashMap的实现原理。
⑥ okhttp3封装工具类怎么删除缓存
系统数据类——系统文件存储相关文件夹1、.android_secure：官方app2sd的产物，存储了相关的软件使用认证验证，删除之后SD卡中的软件将无法使用。2、Android：存放重要的程序数据，比如google：map的地图缓存，误删掉后地图还需重新下载。3、backups：包含重要的备份文件，比如联系人导出到SD卡会导入到此文件夹。4、bugtogo：系统出现问题的时候会形成一些报告文件，存放在此文件夹。5、data：缓存数据文件夹，与Android类似。例如，“截图助手”截图保存在data\com.edwardkim.android.screenshotitfull\screenshots里。6、LOST.DIR：卡上丢失或出错的文件会移动到这里，此目录删了会自动生成。7、SystemAppBackup：SystemAppremove(深度卸载)备份系统文件后，备份文件保存的目录。8、bugreports：升级系统或刷机，系统和程序发生兼容错误报告列表(包括内存使用全部内容)将保存在这个文件，重起机器可以删除。9、.keepsafe：隐藏类的软件、加密保存文件地址存放于此。10、.thumbs：浏览或使用某一软件，以及使用某一文件夹后用于记录次数和内容的文件，随机产生，需要定期不断清除，长时间不清理会大量占用储存卡的有效空间。11、openfeint：打开联接网络后的一个启动程序，它广泛植入移动类平台发布的软件或游戏，是更新下载或评论反馈信息的记录地址，可删除。12、com：播放类软件在收看播放影视节目生成的文件将存放于此，可以对制作方反映回馈信息，可以删除。13、Download(download)：大写字母的是网络联接下载文件目录，小写字母的是手机自身(蓝牙，近场等)存放下载传输文件，不要误删。系统工具类——系统自带工具相关文件夹1、albumart：音乐专辑封面的缓存文件夹。2、albums：相册缩略图的缓存文件夹。3、cmp：音乐的缓存文件夹。4、Playlists：播放列表的缓存文件夹。5、DCIM：相机随机缓存文件夹，记录功能设置的参数，需要及时清理。一些第三方相机软件拍出的相片也会保存在这里，比如360或晕影相机等。6、VPN：VPN数据的缓存目录。7、Mydocuments：手机启用各种程序任务记录的文档，需要定期清除，长时间不清理会占用SD卡较大内存。8、.nomedia：手机中隐藏的音频、图片文件夹都会在这里显示，可以自设在相关文件夹中。9、media：使用电话通话录音软件或在线浏览视频等媒体产生的音频文件记录存档将保存在此。10、.medieval_software：启用蓝牙传输软件时，记录任务保存文件的目录。11、extracted：解压缩软件默认的解压目录。三方应用类1、.mobo：Moboplayer的缓存文件。2、.QQ：QQ的缓存文件，需要定期清除。3、.quickoffice：quickoffice的缓存文件。4、.switchpro：switchprowidget(多键开关应用)的缓存文件。5、.ucdlres：UC迅雷的缓存文件。6、：掌上网络、网络输入法之类程序的缓存文件夹。7、etouch：易行的缓存文件夹。8、documents：DocumentsToGo的相关文件夹。9、gameloft：gameloft游戏数据包存放的文件夹。10、handcent：handcent(超级短信)数据文件夹。11、handyCurrency：货币汇率相关的文件夹，装了handycalc(科学计算器)之后才会有。12、ireader：ireader的缓存文件夹。13、KingReader：开卷有益的缓存文件夹：下载的文件和应用都在这儿：删除时留意看清14、LazyList：Applanet的缓存目录，慎重使用。15、moji：墨迹天气的缓存目录。16、MusicFolders：poweramp产生的缓存文件夹。17、openfeint：openfeint的缓存文件夹。18、Picstore：图片浏览软件建立的一个目录。19、renren：人人网客户端的缓存文件夹。20、screenshot：截屏图片保存的目录。21、ShootMe：shootme截屏后图片文件保存的目录。22、SmartpixGames：SmartpixGames出品游戏的缓存文件夹，比如Jewellust。23、sogou：搜狗拼音输入法的随机缓存文件夹，可以删除。24、SpeedSoftware：RE文件管理器的缓存文件夹。25、TalkingFriends：talkingtom(会说话的tom猫)录制的视频文件所保存的目录。26、Tencent：腾讯软件的缓存目录，比如QQ。(与上面的.QQ文件夹并不相同)27、TitaniumBackup：钛备份备份的程序所保存的目录。28、TunnyBrowser：感觉是海豚浏览器的缓存目录，但为什么叫这个名字？金枪鱼浏览器。.29、UCDLFiles：UC迅雷下载文件的保存目录。30、UCDownloads：UC浏览器下载文件缓存的保存目录。31、VIE：Vignette(晕影相机)的缓存目录。32、yd_historys：有道词典搜索历史的缓存目录33、yd_speech：有道词典单词发音的缓存目录。34、youmicache：删掉后还会自动生成，悠米广告的缓存目录，广告程序内嵌在其程序中。35、Glu：Glu系列游戏的资料包存放地，如3D猎鹿人，勇猛二兄弟等。36、apadqq-images：QQforpad的缓存目录。37、DunDef：地牢守护者的数据包。38、KuwoMusic：酷我音乐的相关文件夹。39、MxBrowser：遨游的缓存目录。40、Camera360：相机camera360的随机缓存目录，可以定期清除。41、TTPod：天天动听的缓存目录。42、downloaded：刷了MIUI,升级后的ZIP刷机包，保存在downloaded_rom里。43、.estrongs：当你使用了ES文件管理器解压文件，会有这个缓存记录。它反映使用进程，可以删除。44、silentR：用了后台录音软件，自生的音频文件夹，子文件夹phoneCalls，定期管理清除45、3D-compass：这是使用实景指南针软件，生成的景象图片(图像和数字比较详细)文件夹，可以清除。46、PDF：可移植文档格式，Pdf阅读器存储文件夹。47、Zidanyou：是字典的词库文件储存，删除了要重新下载词库。48、Callrecords：采用第三方强制双向录音软件(手机未root)，音频文件保存。49、VPlayerPro：是MOBO等视频播放器使用后的记录定期删除。50、BeWeather(Videos)：是气象类软件(如黑莓天气.。.等)附加下载音频或动画图标的储存地址，删除了会无图无声显示。51、thumbnails：用第三方播放器观看手持移动类视频媒体时，存放点击暂停、随机截图以及文件储存时产生的内容。52、iQuran(meta2)：可兰经浏览文本和音频的储存文件。53、Autodesk：手机系统自带存储器命令生成文件夹：储存图像或编写文稿，可以查看、备份或者删除。54、PixlrOMatic：后期特效处理图片软件Pixlo，储存文件夹，打开可以预览看效果。55、mapbar：图吧导航地图存放文件，有必须主文件和不同地区具体地图，主文件删掉要重下！56、antTTS：是使用了高德导航选择语音种类导航、语种的下载地址，删掉了语音提示会丢失。57、kingsoft：金山词霸专用文件夹下载储存词库、更新拓展文汇(官方发布修正补充)。58、NightVisionCamera：夜间拍照相机相片存放的地址。59、DSA：电子狗专用夹，收录各地区道路探头监控位置信息，会定期更新。已测试配合高德、凯立德提前预警，效果不错。60、apexlauncher：尖端桌面启动器文件夹，位置在andriod/data/，放置桌面设置备份bak文件。
⑦ OkHttp的使用总结
dependencies{
//...
//OkHttp
implementation'com.squareup.okhttp3:okhttp:3.14.2'
implementation'com.squareup.okio:okio:1.17.4'
}
需要注意OkHttp在3.13.x以上的版本需要在Android 5.0+和java1.8的环境开发。Okio在1.x版本是基于Java实现的，2.x则是Kotlin实现的。
OkHttpClient：客户端对象
Request：访问请求，Post请求中需要包含RequestBody
RequestBody：请求数据，在Post请求中用到
Response：网络请求的响应结果
Interceptor：拦截器，能够监控，重写以及重试（请求的）调用
MediaType：数据类型，用来表明数据是json，image，pdf等一系列格式
client.newCall（request）.execute()：同步的请求方法。
client.newCall(request).enqueue(Callback callback)：异步的请求方法
注意点：Callback是执行在子线程中的，不能在此更新UI操作,okhttp2.2以后才有拦截器的概念。
1.同步get：需要自己写子线程请求
2.异步get
说明：Request.Builder 中默认使用get请求，所以可以不调用get（）方法
3.post请求
其中RequestBody可以是JSON,表单，键值对，文件等
表单
基本流程都是先创建一个OkHttpClient对象，然后通过Request.Builder（）创建一个Request对象，OkHttpClient对象调用newCall（）并传入Request对象就能Call对象。而同步和异步不同的地方在于execute（）和enqueue（）方法的调用，调用execute（）为同步请求并返回Response对象，调用enqueue（）方法通过callback的形式返回Response对象。
其中这两个方法最终会调用RealCall总的
（）方法，从拦截器链中获取返回结果；拦截器链中，依次通过RetryAndFollowUpInterceptor、BridgeInterceptor、CacheInterceptor、ConnectInterceptor、CallServerInterceptor，与服务器建立连接后，获取返回数据，在经过上述拦截器依次处理后，最后将结果返回给调用方。
拦截器的作用：可以在应用拿到response之前，先获得response，对其某些数据进行监控，在有必要的情况下，对response中某些内容比如response的header，body，response内的request的header，body进行更改。
重拾及重定向拦截器RetryAndFollowUpInterceptor： 负责请求的重试和重定向
桥接拦截器BridgeInterceptor：给请求添加对用的header信息，处理响应结果的header信息
缓存拦截器CacheInterceptor：根据当前获取的状态选择网络请求、读取缓存、更新缓存。
连接拦截器ConnectInterceptor：建立http连接。
读写拦截器CallServerInterceptor：通过连接好的通道进行数据的交换；
1）ApplicationInterceptor（应用拦截器）
2）NetworkInterceptor（网络拦截器）
应用拦截器作用于okhttpCore和Application之间，网络拦截器作用于network和okhttpCore之间，添加应用拦截器的接口是addInterceptor（），而添加网络拦截器的接口是addNetworkInterceptor（）；
NetworkInterceptor：记录日志
ApplicationInterceptor：动态添加请求公共参数，检查请求路径权限（如是否登录状态）
说明：在某些特殊情况下，网络拦截器可能被执行多次，但是applicationInterceptor只会被执行一次。
addHeader（String name, String value) ：添加header信息
removeHeader(String name):移除header信息
header(String name, String value):重新设置指定name的header信息
headers(Headers headers):移除原有的header信息，将参数headers添加到请求中
⑧ android okhttp怎么删除缓存
okhttp在3.0之后缓存时间很短,十几秒,只有设置lurcache时才可以长时间缓存,清除缓存可以将lrucache清除
⑨ 网络请求框架-OkHttp原理解析
okhttp是square公司贡献的一个处理网络请求的开源框架，是目前Android开发使用最广泛的一个网络框架，从Android4.4开始，httpURLconnection的底层实现采用的就是okhttp。内部实现就是利用java基础，对socket进行封装，实现http通信。最重要的两个关键点就是分发器和5个拦截器。
分发器 就是内部维护队列和线程池，完成请求分配，总结就是用于对异步任务加入队列管理，然后判断条件，控制数量，加入线程池执行异步请求任务。
五个默认拦截器 就是利用责任链模式对网络请求进行层层处理，完成整个请求过程，简单总结如下。
1.桥接拦截器对用户发出的请求添加缺少的请求配置字段，比如keep-alive等
2.缓存拦截器就是查询有没有符合判断条件的已缓存的网络请求，执行复用，直接返回response
3.连接拦截器就是创建请求，加入连接器 或者访问连接池，根据条件判断，是否能怼已创建的tcp请求进行复用
4.请求服务器拦截器就是对scoket进行操作，请求网络访问服务器，返回response，
5.重试和重定向拦截器就是对返回的response进行code判断，决定是否要重试或者重定向操作。
1.支持http2.0版本，并且允许对同一主机的所有请求共享一个套接字
2.即使不是http2.0版本，通过连接池，减少请求延迟
3.默认使用Gzip 压缩数据
4.响应缓存，避免重复请求网络
最简单的http请求案例
1.利用建造者模式构建okHttpClient实例对象,构建过程中可以动态配置参数，请求时间，响应时间，缓存信息等。
2.创建Request对象，设置请求方式，链接地址，参数等信息。
3.把request对象，传给client，通过newCall函数，得到RealCall对象。
4.RealCall 分为同步和异步执行
5.同步执行时，分发器只是做个记录，把请求任务加到队列中，然后直接通过拦截器访问服务器，返回response。
6.异步执行
6.1先对异步任务进一步封装，把任务放到AsyncCall对象中
2.分发器 把 封装后的异步任务 添加到等待运行的队列中
7. 通过拦截器，获取response
okhttp 默认提供5个拦截器 重试重定向拦截器，桥接拦截器，缓存拦截器，连接拦截器，访问服务器拦截器。还可以自定义拦截器。
自定义拦截器分为应用拦截器(通过addInterceptor 添加)和网络拦截器(通过addNetworkInterceptor拦截)
拦截器采用责任链的设计默认，让请求者和处理者解耦，最终请求从前往后，响应从后往前。
首先先判断用户是否取消了请求，如果没有取消，就把请求交个桥接拦截器。
在获得响应结果response的时候根据响应码，判断是否需要重试或者重定向， 重试不限制次数，重定向最多20次 ，如果需要重试或者重定向，那么会再一次重新执行所有拦截器。
有如下几种情况不会重试：IO异常，线路异常，配置client实例时配置不允许重试，协议异常，证书异常等等。
先获取用户发送的请求，判断条件用户是否已经配置过请求头字段，若用户没有配置，则将http协议必备的请求头字段补齐，比如Content-Type，Content-Length等，然后交给下一个拦截器。
在获得响应结果response之后，调用保存cookie的接口（也可以在配置client的时候，设置cookjar进行cookie回调数据），并且解析gzip数据
获取结果之后，对cookie进行保存，对返回的数据进行gzip解压
就是根据缓存策略从缓存中查找是否有合适的缓存response，如果有合适的缓存，直接返回给请求任务，不在继续执行后面的拦截器。
获得响应结果response后，根据条件判断，决定是否要缓存。
维护一个连接池，负责对连接的服务。在把请求交给下一个拦截器之前。会先在连接池中找到一个合适的连接（满足适配条件相同，并且没有正在被使用）或者新建一个连接，并且接入连接池，获得对应的socket流，把请求交给下一个拦截器。获得response结果后不会进行额外的处理。
连接池， 也称之为对象池，主要用来存放request请求连接，内部维护了一个LinkedQueue队列用来存放请求。在添加新的请求对象时，都会执行一个周期性任务，用以对连接池进行清理操作。
1.队列长度超过5，清理最近未被使用连接，LRE算法
2.存储的连接，5分钟未被复用，清理
拿到上一个拦截器返回的请求，真正的与服务器进行通信，向服务器发送数据，解析读取响应的数据，返回给上一个拦截器。
1.创建request =>OkHttpClient=>RealCall()
2.同步执行 ，分发器添加同步任务，执行拦截器，访问服务器，返回reponse，触发异步分发流程。
3.异步执行 ，封装任务= >AsyncCall ，实现runnable接口。添加任务到异步任务等待队列，执行分发任务，判断异步任务是否能加入正在执行的异步任务队列，满足两个条件
同时执行的异步任务数量不得大于64个
对同一个主机的访问任务，最多不得大于5个
4.加入正在执行的异步任务队列，通过线程池执行任务，经过5个默认拦截器访问服务器，返回response，执行异步任务分发。
分发器工作 分为同步任务和异步任务两种
同步任务 就是把任务加入同步任务队列，加个标记，执行结束之后，触发异步任务的分发操作。
异步任务 先封装任务到asyncCall对象，实现了runnable接口。把任务加入等待执行队列，执行分发操作。
先遍历等待任务队列，判断是否符合加入正在运行的异步任务队列，要同时满足两个条件。
同时执行的异步任务数量不得大于64个
对同一个主机的访问任务，最多不得大于5个
当满足条件后，从等待队列中删除任务，把任务加入正在执行的队列中，通过自定义的线程池，执行任务，任务执行结束后，再次执行分发操作。
拦截器采用了责任链设计默认，让请求者和执行者解耦，请求者只需要将请求发给责任链即可，无需关心请求过程和细节。okHttp 默认有5个拦截器，重试重定向拦截器，桥接拦截器，缓存拦截器，连接拦截器，请求服务拦截器。工作细节参考上面拦截器原理分析部分
1.位置的关系，应用拦截器 放在责任链最顶端，网络拦截器放在责任链倒数第二的位置。所以应用拦截器 最先拦截，最后响应，网络拦截器 倒数第二拦截，第二响应。如果打印请求日志的情况，应用拦截器打印的是用户请求信息，经过重试重定向，桥接，缓存，链接 等拦截器的层层包装，网络拦截器打印的是实际请求的信息。
2.应用拦截器一定会被执行，网络拦截器不一定被执行。
利用连接池，缓存所有的有效连接对象。
清理机制：垃圾连接
1.超过5分钟没有用过的链接
2.超过5个闲置链接后，从最久闲置的链接开始执行清理（LRU）
⑩ OkHttp 缓存实战
在实际业务中可能某些查询数据，不经常变化，为了节省流量、提高响应速度和增强用户体验等，把变化频率小的数据缓存到本地，以实现复用。
OkHttp 的缓存功能使用起来也比较简单和灵活，接下来我们就来看看
配置缓存首先需要创建一个 Cache 对象，并且指定缓存目录和缓存大小，然后，调用用 OkHttpClient.Builder() 的 cache() 方法来配置创建的缓存对象。如下所示：
如果在服务端的接口响应中包含了合适 Cache-Control 响应头，那么， OkHttp 就会默认按此响应头，对数据进行缓存。
Cache-Control 响应头是缓存的一个重点，如果包含了此响应头，在网络请求时，会首先判断缓存是否有效，若有效则直接读取缓存数据，如果失效则会重新请求接口数据。
有些服务端接口，比如老接口或第三方接口，在响应头中不包含 Cache-Control ，或者缓存已被禁用。这种情况下要想让缓存功能正常工作，就需要使用自定义拦截器，通过拦截器在给请求的响应中添加合适的 Cache-Control 响应头即可。如下所示：
以上情况，无论是服务端响应包含 Cache-Control 头信息，还是通过拦截器设置的此头信息都属于全局配置，即所有的请求都会缓存，且缓存的时间相同。在实际业务中，可能是有些接口不需要缓存，或者不同接口要求缓存的时间要求不同。要解决这个问题有如下两种办法：
OkHttp 提供了如下两种默认的缓存控制器：
除了上面提供的默认缓存控制器外，还可以通过 CacheControl.Builder() 构建自定义的缓存控制器，可选的设置方法如下：
构建一个自定义缓存器如下所示：
当通过 CacheControl 类设置的缓存时间大于 Cache-Control 响应头时间时，缓存的有效时间为 Cache-Control 响应头时间，否则使用 CacheControl 类设置的时间。
基于此，所以我们可以给有需要的接口请求通过 CacheControl 类设置缓存策略，然后在拦截器中判断请求是否包含 Cache-Control 请求头，如果有就把 Cache-Control 请求头添加到响应中去，这样问题就解决了，修改后的拦截器如下：
在 OkHttp 中也可以使用缓存来减少网络请求。在 OkHttp 可以通过响应头中的 Cache-Control 控制缓存的有效时间，在服务端无法提供 Cache-Control 响应头时，可以通过自定义拦截器，在拦截器中对请求响应添加 Cache-Control 响应头。因为在拦截器中添加的响应头对所有的请求都生效，并且缓存策略相同，如果想不同的请求缓存控制不同，可以通过在 构造 Request 对象时，设置 CacheControl 对象，构建个性化缓存控制策略。