ALSOWELL

Handler对于Android开发者来说都不陌生，其本身是Android自带的内部消息机制，通过构建一个Message对象，获取到handler，然后sendMessage这样就可以很方便的做到线程间的通信。那么其内部究竟怎么实现的，今天就来瞅一瞅。 Handler其实并不复…

EventBus对于Android开发着来讲可以说是再熟悉不过了。不管是最开始的mvc模式还是现在的组件化开发模式，EventBus一直没有没落下去，今天我们就来详细分析一下EventBus的内部原理。 官方介绍中，EventBus是一个Android或者Java可以使用的基于…

之前的文章，我们分析了okhttp一个网络请求的一些关键的步骤。今天会再来分析一下基本相当于其孪生兄弟的存在Retrofit。他们都是square公司出品的Android常用开发框架。那么关于Retrofit很多人其实都说是一个网络请求框架，类似于okhttp。那么它真的是这样…

终于！我们来到了ok内置五大拦截器最后一个拦截器的探究。关于这个拦截器我们直接来看一下源码的注释: 看到这里是不是有种拨开云雾见明月的感觉。话不多说我们继续先看下源码: 是不是感觉臭长臭长的，但是莫慌！我们来一点一点攻克它。 这里几行基本上取出对应的参数，并且设置当前时间为请求…

不知不觉已经到了要分析ok内置拦截器第四个的文章了，本篇的主角就是ConnectInterceptor，看名字也就知道它是负责与服务器建立连接的拦截器也。 可以看到这个拦截器里面的代码是异常的精简，纵观全部发现关键步骤是在于调用transmitter.newExchange()…

前面的文章我们分析了重试拦截器和BridgeInterceptor(用来处理header、设置gzip、user-agent等)。本篇文章将开始分析ok内置拦截器比较实用的缓存拦截器CacheInterceptor。 顾名思义，CacheInterceptor就是处理与缓存相关…

在上一篇文章中我们已经分析过了ok内置五个拦截器中的第一个RetryAndFollowUpInterceptor，本篇我们将继续按照顺序去探究一下BridgeInterceptor。 相对于上一篇的重试拦截器，bridge拦截器的代码相对来说是非常容易看懂的。我们将按照inte…

前面的文章我们分析了整个okhttp的核心其实是getResponseWithInterceptor方法。内部是通过一系列的拦截器调用来完成整个网络请求。我们也知道了ok内部定义了五个拦截器。拦截器又是通过责任链模式来递归进行调用。本篇文章我们将按照加载顺序来分析第一个拦截器R…

上一篇文章中我们简单的总结了ok发起请求并接收响应的整个流程，我们发现关键步骤是getResponseWithInterceptorChain这个方法。那这里面又做了什么事情呢？还是首先来看一下代码： 可以说这个方法是整个okhttp的核心，通过这么几行代码就实现了整个请求的过…