hunterXYZ

当一个类被大量实例化时，会对内存造成压力，除了池化技术之外，我们今天介绍另外一种对这种场景进行优化...

我们之前通过拆解 Flow 深入分析了 Flow。接下来我们就来从冷热的角度来更加深入的认识 Flow 的性质...

Flow 从结构来看，可以分为三个部分，Builder，Operator，Collector，对应于 Flow 的创建，处理，和收集，下面我们一一来认识一下...

大家知道 Flow 是基于 Kotlin 协程设计的，要深入理解 Flow，对于 Kotlin 协程的理解非常必要，前面我们用了6篇讲述了 Kotlin 协程的全部重要技术细节，现在正式进入 Flow

这一篇，我们基于这些基础概念来手撸一个极简的协程，让我们通过一个极简的 demo，彻底掌握 kotlin 协程

单例模式应该是设计模式中最为常见的一种了，今天我们来讨论一下单例模式的几种实现方式，再谈谈笔者主观偏好以及其中的为什么

隐藏在网络请求库发展背后的主线之一是异步框架的发展，而异步的基础是线程和线程池，Kotlin 协程也不例外，本篇我们介绍 Kotlin 协程中的线程和线程池

在上一篇结构化并发中我们已经弄清楚了 CoroutineScope，CoroutineContext，Job等关键概念。在这一篇我们就进入 kotlin 协程最为神奇的也最让人困惑的特性，异步变同步

在上一篇线程池篇中我们破除了关于协程高效的迷思，在最后我们提到了协程真正的优势。在这一篇中我们来讨论其中第一个优势：结构化并发。