Android 第三方源码

一、什么是 Dagger 2？为什么要用它？ Dagger 2 是一个完全在编译阶段生成依赖注入代码的框架，全程不使用反射，因此非常适合对运行时性能敏感的 Android 开发 。它的名字 "Dagg

简单来说，HTTP/2 的多路复用允许在同一个 TCP 连接上并发处理多个请求/响应，这些请求/响应之间互不干扰。OkHttp 通过一套精心设计的类来完成这个复杂的任务。 下面这张图展示了核心类之间的

🎯 为什么需要连接池？ 在没有连接池的年代，每次 HTTP 请求都要经历： DNS 解析（域名转 IP） TCP 三次握手（建立连接） TLS 握手（如果是 HTTPS） 发送请求、接收响应 TCP

🎯 OkHttp 的设计目标：简单、高效、可配置 OkHttp 的设计者希望提供一个既简单易用又足够强大的 HTTP 客户端。它的核心优势在于： 连接复用：通过 HTTP/2 和连接池，复用 TCP

ParameterHandler 是 Retrofit 中一个非常核心但又容易被忽视的组件。如果说动态代理是 Retrofit 的“大脑”，负责指挥整个流程，那么 ParameterHandler 就

🎯 核心：CallAdapter 与 ExecutorCallbackCall 线程切换的关键在于 Retrofit 的**返回值适配器（CallAdapter）**机制。我们一步步拆解。 1. 默认

🎯 Retrofit 的核心定位：不是网络库，是“适配器” 很多人有个误区，觉得 Retrofit 是一个网络库。其实不是，它只是一个对网络请求的封装和适配。真正的脏活累活，都是交给 OkHttp 去

关于Glide，可以说是我们这行里普及率最高的图片加载框架了。它不仅仅是加载一张图片那么简单，其背后关于缓存性能、生命周期安全以及内存管理的设计，都非常精妙。我们从它的核心设计理念开始，一步步深入到源

TheRouter是货拉拉开源的一套专门面向模块化/组件化开发的一整套解决方案框架。它的设计理念比较超前，不仅解决了页面跳转的解耦问题，还顺带把模块化开发中常见的依赖注入、模块初始化、动态化配置等问题

Glide复用Bitmap的核心是通过一个名为 BitmapPool 的“回收池”来管理Bitmap对象的。它的目标非常明确：避免频繁创建和销毁Bitmap，从而减少内存分配开销、降低垃圾回收（GC）

GroupedLinkedMap 是 Glide 为实现其 BitmapPool 中 LRU（最近最少使用）逻辑而专门设计的高效双层哈希链表数据结构。它巧妙地解决了两个核心问题：按Bitmap规格快速

Glide 的 BitmapPool 实现原理分析 1. 概述 BitmapPool 是 Glide 内存优化的核心组件之一，主要目的是复用 Bitmap 内存，减少 GC 和内存分配开销，提升应用性