用一个“工厂流水线监控系统”的故事，把 btrace 3.0 的核心原理讲透，让你轻松理解这个强大的性能分析工具是如何工作的： ​​故事背景：工厂流水线的烦恼​​ 想象你管理着一个繁忙的 Androi

Perfetto 是一个官方推荐的开源的系统性能分析工具，内置在Android系统中，它可以收集和记录 Android 系统和应用程序的性能数据，并使用图形界面展示。

成为一名优秀的Android开发，需要一份完备的 知识体系，在这里，让我们一起成长为自己所想的那样~。 在 Android 性能优化的知识体系当中，包体积优化一直被排在优先级比较低的位置，从而导致很多开发同学对自身应用的大小并不重视。在项目发展的历程中，一般可划分为如下三个阶段…

背景 本年度一直在做线程相关的性能优化，例如线程收敛、线程栈优化，以及一些由线程导致的OOM问题。最近在检索崩溃大盘时，发现了一些由于线程挂起导致的Native Crash，发现此问题存在已久只不过量

加入了大量新内容，修复了一些404的链接

SIGSEGV是信号11，其在内存访问错误时产生。信号产生后需要送往用户空间进行处理，纯native的进程由`debuggerd_signal_handler`进行处理，应用进程(zygote及其子进

前言 本篇是Linux信号的下篇，通过本文了解到信号的后续调用操作，与信号在android虚拟机中的应用

背景 随着性能优化逐步进入深水区，我们发现很多大厂的方案，其实都建立在对正常虚拟机运行过程中Hook的基础上，建立自己的优化方案。因此，只有了解了art虚拟机的运行机制，才能真正去实施一些特殊的“魔改

Android世界中的Signal无处不在，譬如用于杀死进程的信号9(SIGKILL)，又或者数据访问异常时所产生的信号11(SIGSEGV)。上层开发者对于它们或许很熟悉，但主要集中在注册和处理，底