本来应该写 LeakCanary 源码阅读 系列的第四篇文章，第四篇文章主要是介绍它是怎么处理 HPROF 内存快照文件，但是直接阅读源码可能大多数时候都是懵逼的，所以本篇文章我决定先详细介绍一下 H

RecyclerView 出场率很高。它的加载性能影响着用户体检。本篇分享一次完整的 RecyclerView 性能优化过程：从用工具定位问题，再不断尝试各种优化方案，最终达成 50% 的性能优化。

在Android开发中，RecyclerView是一种常用的列表控件，用于展示大量数据。然而，随着数据量的增加，RecyclerView的性能可能会受到影响，导致卡顿、内存泄漏等问题。本文将介绍

背景 项目中需要实现类似苹果联系人应用中的滚动条效果，在数据量比较大时，滑动滚动条会异常卡顿 解决方案 使用LinearLayoutManager#scrollToPositionWithOffset

前言 说到路由又是老生长谈了，阿里的 ARouter、美团的WMRouter 这些老牌知名度很高的路由框架。由于 AGP 8.0 以后不能支持，Github 上也有很多人提了PR，Issues 里边也

通过介绍Surface、SurfaceFlinger、bufferQueue、HAL、frameBuffer、VSync、多缓冲机制，以及他们之间的配合方式，详细介绍了Android的显示系统

现在感觉大家都已经有点神话 ConstraintLayout 了，现在创建 Activity 的 xml 。默认的根布局就是 ConstraintLayout 了，咋滴，真要我们把全部页面都用一个

秒开，是许多人对性能优化的一种执着，也是许多用户简单甄别App/网页好不好用的一种手段，本文将分享我在项目里进行启动优化的一些经验，希望对大家有帮助。

本文讲了我在优化项目中运行性能时发现的一个协程的错误用法导致的运行性能反而更加低下的情况和分析。 这个例子告诉我们，使用协程一定要根据需要去灵活的使用它的不同特性，而不是不管三七二十一，直接梭哈。