引言 Android应用的内存泄漏不仅发生在Java/Kotlin层，Native（C/C++）层的泄漏同样普遍且隐蔽。由于Native内存不受Java虚拟机（JVM）管理，泄漏的内存无法通过GC自动

主要介绍在项目中如何将缺陷收敛至0.01%。通过崩溃容灾框架的拦截。以及针对常见的崩溃，数据库崩溃，OOM类崩溃的专项收敛达到当前的水平。

Android功耗优化指导规范主要分为五部分内容，第一部分内容是5W2H分析功耗优化。第二部分内容是功耗优化技术方案。第三部分内容是功耗优化方案分析。第五部分内容是功耗APM监控建设。

前言 在之前的两篇文章分别列举了死锁的发生场景和线程优化的方法，本篇重点来对阻塞和死锁进行检测。在Android发展至今，ANR、OOM、Crash、Object Leak,Fd Leak 等已经具备

从上报信息看到最后的线程数是 1456 个，这个数量是远远超出我们正常使用量的，再通过这个堆栈信息我们可以知道就是APP中的线程创建数量太多而导致的OOM，排查方向的重点就是要关注APP 里面线程池使用的地方；不同页面都会报这个错误，那这个问题说明不是在特定页面产生的，是通性问…

泄漏原因 匿名内部类默认会持有外部类的类的引用。如果外部类是一个Activity或者Fragment，就有可能会导致内存泄漏。 不过在使用kotlin和java中在匿名内部类中有一些不同。 在java

本文描述的虚拟机内存管理优化方案，是从应用侧视角对 Android 虚拟机内存管理进行改造，优化了虚拟机对 LargeObjectSpace 的内存管理策略，间接增加其它内存空间使用上限。

作为 APP 体验的重要环节，启动速度是各个技术团队关注的重点。几百毫秒启动耗时的增减都会影响用户的体验，并直接反应在留存上。本文介绍了心遇团队在启动优化上所做的工作，以及在优化实践中所获得的一些感悟