半行代码

分配中gc 今天我们来接着之前内存相关的文章来看看Android ART虚拟机垃圾回收的流程。之前我分享过 Android 内存分配过程中，如果内存不足会发生gc： 这里会调用 heap.cc 里的

去年处理一些性能问题的时候，遇到过一些主线程等待锁的问题，如果主线程等待锁的时间太长，就会出现主线程卡顿甚至ANR。所以我们需要通过技术手段去检测可能存在的锁等待。 技术基础 如何检测主线程等待锁？这

最近打算了解下死锁监控，于是先探究了下java在Android art平台synchronized的原理，看了下相关的源码，这里分享一下相关的实现细节。 synchronized在底层是通过monit

最近架构优化的需要，了解了一下平时不是很愿意去了解的依赖注入框架（因为Dagger2实在是过于难用，koin以前感觉不是很成熟）。主要关注了两个框架，一个是Google基于Dagger开发的hilt框

最近工作需要，反射了一下 android.app.QueuedWork 这个类，但是这个类的一些 Field 在Android P之后是不允许APP反射的，所以需要通过一些绕过系统限制的方法。借此机会

这篇文章我们直接来分析为什么我们的应用会抛出 OutOfMemoryError，以及哪些情况下会发生 OutOfMemoryError。

这两种看了下art虚拟机的内存分配原理，在这里简要的分享一下。 在art虚拟机里，维护了很多个空间分配内存，这些内存空间在art的源码里面被抽象成一个个Space对象。类之间的关系我从网上找了一下张图

重温内存大户Bitmap 重温内存大户Bitmap 重温内存大户Bitmap 重温内存大户Bitmap

正题 上篇说到 Android 在编译过程中发起 kotlin 编译的流程。今天分享一下关于 Kotlin 编译里面比较重要的相关步骤：kapt。