RxJava2 深入理解 RxJava2：论 Parallel 与并发（5） 欢迎来到深入理解 RxJava2 系列第五篇。在上一篇文章中，我们在一个例子里用到了 parallel 操作符，本篇我们便是要介绍该操作符，并对比 RxJava 一些常见的并发手段，详述 parallel 的优越性。
RxJava2 深入理解 RxJava2：从 observeOn 到作用域（4） 欢迎来到深入理解 RxJava2 系列第四篇。前一篇中我们认识了线程操作符，并详细介绍了 subscribeOn 操作符，最后一个例子给大家介绍使用该操作符的注意事项，由于篇幅问题就戛然而止了。本文将继续介绍 observeOn，并用这两者做一些比较帮助大家深刻理解它们。
RxJava2 深入理解 RxJava2：揭秘 subscribeOn（3） 欢迎来到深入理解 RxJava2 系列第三篇。在上一篇中，我们详细地介绍了 Scheduler 与 Worker 的概念，并分析了```ComputationScheduler```与```IoScheduler```的实现，以帮助大家加深理解。本篇文章将基于 Scheduler ，来和大家分享 RxJava2 非常重要的概念：线程操作符。
RxJava2 深入理解 RxJava2：Scheduler（2） 前言 欢迎来到大家深入理解 RxJava2 系列第二篇，这里先插上一句，本系列文章用的源码都是基于 RxJava 2.2.0 正式版。本篇文章将先与大家一起理解 Scheduler 与 Worker ，顺着 RxJava2 的源码捋一下它们的实现原理。 Scheduler 与 Worker Scheduler 与 Worker 在 RxJava2 中是一个非常重要的概念，他们是 RxJava 线程调度的核心与基石。用过的人肯定都会了解一些，但是想必了解 Worker
RxJava2 深入理解 RxJava2：前世今生（1） 前言 本系列文章适用于已经了解 RxJava 的读者，深入贯彻其原理，加深对其的认识。如果从未了解过 RxJava 的读者们，建议先熟悉它。 RxJava 0.x RxJava 最早是 Netflix 参照微软的 Rx.Net，在 Java 上实现一套类似的库，0.x 其实就是社区内部迭代开发的时代。 在 0.x 的迭代过程中，API 还不稳定，在长期的变更中，逐步完善了
Android [译] ProGuard 在 Android 上的使用姿势 ProGuard 是一个压缩、优化、混淆代码的工具。尽管有很多其他工具供开发者们使用，但是 ProGuard 作为 Android Gradle 构建过程的一部分，已经打包在 SDK 中。
Android Rx2：小create，大文章 自从去年8月底《浅谈RxJava与2.0的新特性》，已经过去快一年。笔者也没想到此文竟有读者等笔者填坑快一年了，不禁汗颜。所以笔者打算写关于一个 RxJava2 的系列文章，既为填坑，也为回报读者对我的支持。本文为第一篇。
Android 聊聊 Android HTTPS 的使用姿势 HTTPS 全称 HTTP over TLS。TLS是在传输层上层的协议，应用层的下层，作为一个安全层而存在，翻译过来一般叫做传输层安全协议。 对 HTTP 而言，安全传输层是透明不可见的，应用层仅仅当做使用普通的 Socket 一样使用 SSLSocket 。 TLS是基于 X.509 认证，他假定所有的数字证书都是由一个层次化的数字证书认证机构发出，即 CA。另外值得一提的是 TLS 是独立于 HTTP 的，任何应用层的协议都可以基于 TLS 建立安全的传输通道，如 SSH 协议。
RxJava2 浅谈RxJava与2.0的新特性 说起 RxJava ，相信诸多 Android 开发者都不会陌生。作为一个知名的响应式编程库，从前年开始逐渐变得火热，从小众到被众多 Android 开发者们广泛引入与流传，其在 GitHub 的[仓库](https://github.com/reactivex/rxjava)截止笔者写这篇文章时，已经有16400+个 star 。
HPACK HPACK 完全解析 去年五月， IETF 正式发布了 HTTP/2 协议与之配套的 HPACK 头部压缩算法。笔者在研究 HPACK 时，翻阅了部分网上的博客与教程，不甚满意。要么泛泛而谈，要么漏洞百出，要么讲解不够完整。于是，笔者研读了 RFC7541 ，希望能写出一篇完备的 HPACK 讲解，给想要学习这个算法的朋友一些帮助。
Java 从Java类加载初始化到Android热修复 近日笔者在研读 Java Language Specification ，对 Java 类的加载过程略有所得。又联想到最近公司同事分享的一个QZone的Android热修复的技术，正是利用Android的类加载机制来完成的。故写文分享，如有不当之处，还请大家指正。
okhttp OkHttp3.4.x源码剖析 OkHttp在一个月前迎来了3.4.x时代，内部对架构做了大量的修改，移除了HttpEngine的概念，通过Interceptor与Chain用职责链模式来完成整个请求的过程，内部透明的进行了重试，重定向，header替换，gzip解压，存取cookie，读写缓存等过程。