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

背景介绍 应用安装包的体积影响着用户下载量、安装时长、用户磁盘占用量等多个方面，据Google Play统计，应用体积每增加6MB，安装的转化率将下降1%。 安装包的体积受诸多方面影响，针对dex、资

为什么要监控gc情况 不仅仅是android了，其实只要是java技术这一块的，做性能监控，gc次数/频率 肯定是要做的，服务端那边也有，只不过他们监控的手段和我们不太一样。 但是目的是一样的，gc的

Android应用启动优化相关的文章已经有很多人都写过了，但是主要都是聚焦在，为了启动性能都做了哪些改动上，少见有文章会说应该如何分析、识别应用的启动性能。

本文通过jvmti实现一次内存分配的监控，对于不了解native和jvmti的读者们可能会很陌生，不过不要紧，继续冲吧！

我报名参加金石计划1期挑战——瓜分 10 万奖池，这是我的第 1 篇文章，点击查看活动详情 1、缘起 缘起是看到网易云音乐技术团队发布的一篇《systrace 统计方法耗时》的文章，文章讲解了如何通过

cpu 信息作为性能监控四大常用指标 (cpu、内存、网络、磁盘)之一，对衡量设备性能，分析、确定一些线上性能问题有着较为重要的作用。本文分享如何在高版本获取系统CPU使用率及进程CPU使用率

很久之前就想写这个系列了，APK体积优化的文章收集了一大堆，却一直没动手去尝试，手痒得很。文章定位：整合大厂、大佬给出的瘦身方案，结合公司APP实际情况做APK瘦身的实践记录。本节是启动篇。包含：

Android性能优化。借助性能工具的支撑，定位录屏业务Android图形层性能问题，锁定掉帧根本原因，直面性能热点，优化帧率和功耗。