Android世界中的Signal无处不在，譬如用于杀死进程的信号9(SIGKILL)，又或者数据访问异常时所产生的信号11(SIGSEGV)。上层开发者对于它们或许很熟悉，但主要集中在注册和处理，底

本文主要聚焦于 App 端的 Insets（不是 WMS 端），从以下几个问题入手 Insets 相关的源码。 什么是 Insets ？ Insets 来自哪里 Insets 如何分发给 View 1

1. 享元模式介绍 享元模式是对象池的一种实现，它的英文名称叫做 Flyweight，代表轻量级的意思。享元模式用来尽可能减少内存使用量，它适合用于可能存在大量重复对象的场景，来缓存可共享的对象，达到

Android事件分发机制：以缩略源码的方式，只保留源码中的关键部分，带读者小伙伴跟源码走`Down`和`Move`事件分发流程，看事件冲突如何被处理，并在最后根据个人理解绘制了一张事件分发机制流程图

记得我刚接触自定义 View 的时候，关于 View 的测量、布局、绘制三大流程，最难懂的就是 onMeasure 过程。相比于 onLayout 和 onDraw 只关注当前 View 的逻辑

本篇文章分析为啥Application无法作为Dialog的context并导致崩溃？如何经过改造，Application作为Dialog的context可以正常显示弹窗。

首先一个报错来作为开篇： 这个报错原因就是Fragment如果重载了有参的构造方法，没有实现默认无参构造方法。Activity被回收又回来尝试重新恢复Fragment的时候报错的。 那如何模拟Acti

Binder 机制 Binder 机制是 Android 特有的一种进程间通信（IPC）方式 1.1 Binder 机制的作用和原理？ Linux系统将一个进程分为用户空间和内核空间。对于进程之间来说

第一次通过使用再到Android源码的点击理解。尝试去理解handler的一些工作机制，去理解所谓的消息屏障等等。