不会卡顿优化？如果你刚开始优化，那别上来就扯 systrace 和 traceview「已废弃」 了，先看看 Android Profiler 吧。 文章读完即可上手内存优化/卡顿优化，避免面试尴尬！

各大厂与卡顿和ANR的战斗记录 前段时间写了流畅性三板斧的系列文章，比较系统性但不是很精细的梳理了下在Android端如何做帧率监控、主线程耗时监控、以及ANR 的监控。

在之前的文章中，我介绍了自研的 Android 启动任务调度工具 AndroidStartup。近期，因为在组件化项目中运用该项目的需要，我对这个库做了一番升级。

加载图片是一个很常规的操作，同时也是一个“成本”较高的行为，因为加载一张图片可能需要先后历经网络请求、I/O 读写、内存占用等多个过程。我们一般是通过 Coil、Glide 等开源库来加载图片

卡顿对于用户来说是敏感的，容易被用户直接感受到的。那么究其原因，卡顿该如何定义，对于卡顿的发生该如何排查问题，当线上用户卡顿时，在线下无法复现时，又如何获取信息来定位问题？

ANR是老生常谈的问题了，本文从定义、原因、发生场景、触发流程、监控与分析等多方面入手，尽力补全ANR这块的知识。

ActivityThreadHacker有两个作用，第一解决SharedPreferences导致的卡顿问题；第二，检测应用的application创建完成时机并给予回调。

“LeakCanary 虽好，但就是太卡。”，“LeakCanary 虽好，但无法线上使用。”，这些是真的么，情况可能并没有你想的那么简单。

卡顿问题是 Android 开发中的一个常见但容易忽视的问题，毕竟又不是不能用。 同时 App 卡顿问题有着不易衡量卡顿程度，不易复现，难以定位等特点