注解处理器是Android开发中一种常用的技术，很多常用的框架比中都使用到了注解处理器相关技术 但是KAPT是拖慢编译速度的常见原因，这也是谷歌推出KSP取代KAPT的原因

虽然有人觉得，在 kotlin 中，使用 KTX 工具或者使用 MVVM，已经很少使用 ButterKnife 了，所以觉得没必要去研究 ButterKnife，但是我们学习并非是为了使用，而是为了清楚其原理及构造，就如本文，只是借手写 ButterKnife 去了解如何实现注…

这种搭配的教程已经非常多了，不是本文的重点。在使用 xml 时候肯定不少同学掉过一个坑：界面主要内容与头部元素重叠了！粗略了解一下因为 CoordinatorLayout 的布局方式类似 FrameLayout 默认情况下所有元素都会叠加在一起，解决方案也非常玄学，就是给内容元…

竟然提到了Handler机制就不得不提到这几大将了：Handler，Looper，MessageQueue，Message。延伸重点ThreadLocal！！！

本文是 Fragment 多返回栈系列的第二篇，主要介绍最新的 Fragment 多返回栈 API 以及新以及新 API 是否仍会出现 Navigation Fragment 重建的问题。

阅读本文，你将了解 Android 将内容绘制到状态栏和导航栏后面的原理；WindowInsets 的分发逻辑；获取状态栏高度的最佳实践；edge-to-edge 的适配等内容

这里为了简单直接用了匿名类，当然你也可以实现自定义的Handler并重写 handleMessage 方法来处理消息。post 最终其实还是调用到了Handler的 sendMessageDelayed 方法，将Runnable封装成一个Message发送到消息队列Messag…

综上所述，在RelativeLayout一次测量流程中，RelativeLayout的child最少会经历一次测量（必须的），最多是两次。 如果没有设置对应的依赖关系，那么child大概率会被测量两次

Google 为什么给开发者默认新建了个 RelativeLayout，而自己却偷偷用了个 LinearLayout，到底谁的性能更高，开发者该怎么选择呢？