阿里巴巴《Android性能优化》

合集下载

Android性能优化之Systrace分析基础

Android性能优化之Systrace分析基础适⽤平台Android Version： 6.0及以上Platform：通⽤1. 分析前准备最好是在userdebug或者开启root权限的user版本设备上来进⾏systrace的抓取。

在实际的操作⽤，我⼀直使⽤了普通的user版本，需要的信息也都抓到了。

2. ubuntu环境下systrace抓取的⽅法这⾥介绍两种⽐较通⽤的使⽤⽅法，命令⾏式的和图形界⾯式的。

当然还有其他封装的⼯具，⽐如MTK出的⼿机端的apk以及GAT⼯具中的插件等，这⾥就不介绍，我们只需掌握最原始和最基础的，万变不离其宗。

这⾥使⽤的Android SDK⼯具的版本需要升级的6.0也就是level 24。

2.1 命令⾏式使⽤的为Android SDK⽬录下的systrace.py脚本来做android-sdk-linux/platform-tools/systrace/systrace.py -b xxx -t xxx -o trace.html <tag>介绍下参数的使⽤： -b是定义buffer size，单位为KB，-t定义的是抓取的时间，⼀般抓5秒的systrace就将buffer size设成20480差不多，如果buffer size过⼩有可能导致信息丢失。

-o后⾯为⽬标⽂件的名称，最重要和困难的就是tag，那么有⼏种tag呢？可以使⽤命令systrace.py -l来查看，⽽tag的使⽤场景在后⾯会继续介绍。

2.2 图形界⾯式google还提供了图形界⾯式的抓取⼯具，先启动位于android-sdk-linux/tools⽬录下的monitor⼯具，如果sdk的环境变量都配置正确可以直接在命令⾏中执⾏：monitor如果有安装android studio，也可以在studio启动monitor，连接⼿机，会启动如下⼯具界⾯(部分相关截图) 然后点击红框部分的按钮会启动如下systrace抓取前的配置界⾯图中的tag配置为LG项⽬中测试Touch Performance时抓取的配置，适⽤于抓取界⾯启动相关信息的测试项。

Android性能优化

•一、App启动速度优化•二、App内存优化•三、App绘制优化•四、App瘦身•五、APP电量优化App启动速度优化一、认识启动加速含义从点击图标到用户可操作的全部过程意义避免用户一安装应用就卸载分类•冷启动•热启动•温启动过程冷启动前•1、点击相应应用图标•2、App启动之后立即展示一个空白的Window（预览窗口显示）•3、创建App进程冷启动后•1、创建App对象•2、启动Main Thread•3、创建启动的Activity对象，闪屏显示•4、创建启动的MainActivity对象，主页显示•5、其它工作二、优化工具力求获取准确的数据评估1、TraceView性能损耗太大，得出的结果并不真实作用：主要做热点分析，得到两种数据•单次执行最耗时的方法•执行次数最多的方法使用：•1、代码中添加：Debug.startMethodTracing()、检测方法、Debug.stopMethodTracing()•2、打开Profile->CPU->点击Record->点击Stop->查看Profile下方Top Down/Bottom Up找出耗时的热点方法。

2、Systrace+函数插桩Systrace原理在系统的一些关键链路（如SystemServcie、虚拟机、Binder驱动）插入一些信息（Label），通过Label的开始和结束来确定某个核心过程的执行时间，然后把这些Label信息收集起来得到系统关键路径的运行时间信息，最后得到整个系统的运行性能信息。

Android Framework里面一些重要的模块都插入了label信息(Java 层通过android.os.Trace类完成， native层通过ATrace宏完成），用户App中可以添加自定义的Lable。

特性•系统版本越高，Android Framework中添加的系统可用Label就越多，能够支持和分析的系统模块也就越多。

安卓APP开发中的性能优化技巧分享

安卓APP开发中的性能优化技巧分享想要开发一个好的安卓APP必须要注意到性能优化问题。

性能优化不仅可以改善用户体验，同时也可以增加APP的市场占有率与收益。

在日益竞争激烈的市场中，性能优化已经成为了一个制胜的关键。

本文就来分享一些安卓APP开发中的性能优化技巧。

一、CPU、内存与存储的合理利用CPU、内存与存储是每个APP的主要资源，保证它们的充分利用才能获得更好的性能。

比如，在代码编写方面，优化冗长的代码、消除重复计算可以减少CPU的负担，在编写布局文件方面，使用合适的布局文件也可以节省运行时内存和CPU负担。

使用内存缓存（如Glide的内存缓存或者picasso的LruCache）可以达到减少与服务器交互，提高读写速度的目的，同时，对于宣传、新闻类的APP，使用离线缓存会有效降低用户对存储空间的占用需求。

二、网络优化在安卓APP中，网络是非常重要的一个部分，由于网络信号的波动性，大多数情况下通过网络请求取得数据，完美地完成显示数据的并不是特别容易，除了前面提到的离线缓存，我们还可以利用大大提高网络速度的HTTP连接池。

同时，在处理大文件、大数据集或者高频操作上，采用“慢、快、慢”的网络请求策略（先使用低质量、缩放图片作为显示，减少请求量；超时后展示加载动画，提示用户正在加载更多信息；采用分页加载等方法提供更好的用户体验）。

三、减小APK体积APK的大小会影响下载速度和安装时间，因此减小APK体积是提高APP响应速度的重要手段之一。

可以在优化资源上做文章，比如对于不同分辨率的设备，可以根据不同的Imageview设置不同的图片资源，比如drawable-xhdpi、drawable-mdpi等。

同时使用App Bundle可以有效减少APK的体积，通过推迟apk中的某些资源的下载以达到减小apk体积的目的。

四、多进程优化多进程是许多APP通过共享内存、提高APP的响应速度的解决手段之一，但是同步锁和寄存器之间的读写等操作会变得更加耗时。

Android系统调优工具介绍

Android系统调优工具介绍系统调优方向：•最小成本 / 最大化效果优化（硬件加速、UI资源精简、问题代码优化【算法、并发等】）•和谐优化除掉无用功能（重构）•微架构优化（使用新的架构Volley/RxJava/Retrofit）•硬件更新（CPU/GPU/RAM SoC组件硬件升级）•操作系统调优（bootloader启动、系统内存回收机制、驱动更新、优化的补丁、漏洞补丁）度量目标：•CPU/GPU/SoC动态性能指标。

•系统层面(网络、线程调度、硬件（CPU/内存/IO）超频、视频、图形图像处理、磁盘、缓存等)性能指标。

•内存使用动态指标。

•代码结构、算法及效率性能指标。

•调用栈动态性能指标。

•等待/暂停时间性能指标（同步、线程、I/O、网络等等）•延迟指标（受干扰、执行耗时操作、以及不稳定等带来的）•精准分析定位及代码跟踪展望工具的强大功能：•泄露分析：内存泄露•阻塞分析：定位到代码级别•工具化分析：结合原生的工具对数据专项采集进行代码层分析•电源分析：功耗分析•平台级别：针对平台带来的问题跟踪、调查•网络分析：网络数据分析和统计分析Systrace: 侧重于系统层面的CPU/GPU/IO/SurfaceFlinger, 可以快速过滤出问题瓶颈的大方向。

•1.1 Systrace简介•Systrace是Android4.1中新增的性能数据采样和分析工具。

它可帮助开发者收集Android关键子系统（如surfaceflinger、WindowManagerService等Framework部分关键模块、服务）的运行信息，从而帮助开发者更直观的分析系统瓶颈，改进性能。

•Systrace的功能包括跟踪系统的I/O操作、内核工作队列、CPU负载以及Android 各个子系统的运行状况等。

在Android平台中，它主要由3部分组成：•内核部分：Systrace利用了Linux Kernel中的ftrace功能。

Android应用性能优化最佳实践

目录分析
1.1 Android Studio的优势
1.2 Android Studio使用入门
1.3 Android Studio实用技
巧
1.4本章小结
1.2 Android Studio使用入门
1.2.1 Android Studio安装 1.2.2创建一个Android Studio工程 1.2.3从Eclipse项目迁移到Android Studio
1.3 Android Studio实用技巧
1.3.1代码管理 1.3.2代码编辑技巧 1.3.3调试技巧
2.1 Android系统显示原理
2.2性能分析工具
2.3布局优化 2.4避免过度绘制
1
2.5启动优化
2
2.6合理的刷新机制
3
2.7提升动画性能
4
2.8卡顿监控方案与实现
5
2.9本章小结
读书笔记
读书笔记
性能优化还蛮系统的，部分内容深度不够，但是作为正常工作的注意点看一看还是挺好的。所有的性能优化过程都差不多，即发现问题，再去寻找问题解决方案，最后解决问题。对于安卓开发的优化有个系统全面的介绍，不错，更深入的需要自己再去研究。性能优化是一个app的难点，但同时也是重点。书中的笔误特别多，不知道是不是电子版的缘故后面两章写的很仓促整本书深度不够。有些笔误，但瑕不掩瑜，毕竟有关性能优化写的这么全的太少了，后悔没早点看到[捂脸] 。这本书作为Android移动测试的入门挺不错的，基本的知识都有介绍，包括移动测试的要点。介绍挺全面的，涨了很多知识，某些方面深度不够，但对于一般的日常开发够用了。作为性能优化知识框架还挺不错的，在这个基础上再总结下目前业界常见的优化手段，沉淀出APP优化的方法论。挑着看的，只看了绘制/内存/稳定/功耗，整体而言性能测试大同小异，基本上性能测试也比较少，不过书中有些方案倒是蛮新颖有趣的~绘制和稳定讲的蛮详细的，给五颗星吧~~。

阿里巴巴Android开发手册

模块名_逻辑名称_[方向|序号]
tween 动画资源：尽可能以通用的动画名称命名，如 module_fade_in , module_fade_out , module_push_down_in (动画+方向)； frame 动画资源：尽可能以模块+功能命名+序号。如：module_loading_grey_001 5. 【推荐】 color 资源使用#AARRGGBB 格式，写入 module_colors.xml 文件中，命名格式采用以下规则：
3.【强制】Activity 间通过隐式 Intent 的跳转，在发出 Intent 之前必须通过 resolveActivity 检查，避免找不到合适的调用组件，造成 ActivityNotFoundException 的异常。
正例：
public void viewUrl(String url, String mimeType) { Intent intent = new Intent(Intent.ACTION_VIEW); intent.setDataAndType(Uri.parse(url), mimeType); if (getPackageManager().resolveActivity(intent, PackageManager.MATCH_DEFAULT_
模块名_逻辑名称_颜色
如：
<color name="module_btn_bg_color">#33b5e5e5</color>
-4-
阿里巴巴 Android 开发手册
6.【推荐】dimen 资源以小写单词+下划线方式命名，写入 module_dimens.xml 文件中，采用以下规则：

Android App 性能优化

性能优化Android应用程序运行的移动设备受限于其运算能力，存储空间，及电池续航。

由此，它必须是高效的。

电池续航可能是一个促使你优化程序的原因，即使他看起来已经运行的足够快了。

由于续航对用户的重要性，当电量耗损陡增时，意味这用户迟早会发现是由于你的程序。

虽然这份文档主要包含着细微的优化，但这些绝不能成为你软件成败的关键。

选择合适的算法和数据结构永远是你最先应该考虑的事情，但这超出这份文档之外。

简介写出高效的代码有两条基本的原则：●不作没有必要的工作。

●尽量避免内存分配。

明智的优化这份文档是关于Android规范的细微优化，所以先确保你已经了解哪些代码需要优化，并且知道如何去衡量你所做修改所带来的效果（好或坏）。

开发投入的时间是有限的，所以明智的时间规划很重要。

(更多分析和笔记参见总结。

)这份文档同时确保你在算法和数据结构上作出最佳选择的同时，考虑API选择所带来的潜在影响。

使用合适的数据结构和算法比这里的任何建议都更有价值，优先考虑API版本带来的影响有助于你找到更好的实现。

（这在类库代码中更为重要，相比应用代码）(如果你需要这样的建议，参见 Josh Bloch's Effective Java, item 47.)在优化Android程序时，会遇到的一个棘手问题是，保证你的程序能在不同的硬件平台上运行。

虚拟机版本和处理器各部相同，因此运行在之上的速度也大不一样。

但这并且不是简单的A比B快或慢，并能在设备间做出排列。

特别的，模拟器上只能评测出一小部分设备上体现的东西。

有无JIT的设备间也存在着巨大差异，在JIT设备上好的代码有时候会在无JIT的设备上表现的并不好。

如果你想知道一个程序在设备上的具体表现，就必须在上面进行测试。

避免创建不必要的对象对象创建永远不会是免费的。

每个线程的分代GC给零时对象分配一个地址池以降低分配开销，但往往内存分配比不分配需要的代价大。

如果在用户界面周期内分配对象，就会强制一个周期性的垃圾回收，给用户体验增加小小的停顿间隙。

Android 图片加载性能优化总结

Android 图片加载性能优化总结一、Android Bitmap加载大尺寸图片优化：压缩原因：1.imageview大小如果是200*300那么加载个2000*3000的图片到内存中显然是浪费可耻滴行为;2.最重要的是图片过大时直接加载原图会造成OOM异常(out of memory内存溢出)所以一般对于大图我们需要进行下压缩处理看不懂英文的话木有关系,本篇会有介绍主要处理思路是:1.获取图片的像素宽高(不加载图片至内存中,所以不会占用资源)2.计算需要压缩的比例3.按将图片用计算出的比例压缩,并加载至内存中使用官网大图片加载教程(上面网址里的)对应代码就是:/*** 获取压缩后的图片* @param res* @param resId* @param reqWidth 所需图片压缩尺寸最小宽度* @param reqHeight 所需图片压缩尺寸最小高度* @return*/public static Bitmap decodeSampledBitmapFromResource(Resourcesres, int resId, int reqWidth, int reqHeight) {// 首先不加载图片,仅获取图片尺寸final BitmapFactory.Options options= new BitmapFactory.Options();// 当inJustDecodeBounds设为true时,不会加载图片仅获取图片尺寸信息options.inJustDecodeBounds = true;// 此时仅会将图片信息会保存至options对象内,decode方法不会返回bitmap 对象BitmapFactory.decodeResource(res, resId, options);// 计算压缩比例,如inSampleSize=4时,图片会压缩成原图的1/4options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);// 当inJustDecodeBounds设为false时,BitmapFactory.decode...就会返回图片对象了options.inJustDecodeBounds = false;// 利用计算的比例值获取压缩后的图片对象return BitmapFactory.decodeResource(res, resId, options);}代码详解:核心方法是BitmapFactory.decode...(...., options)...的意思是此外还有一系列的decodeFile/decodeStream等等方法,都是利用options灵活解析获取图片,只不过解析图片的来源不同罢了,比如网络图片获取,一般就是解析字节流信息然后decode获取图片实例Options是图片配置信息,参数详细介绍下:inJustDecodeBounds 是否只解析边界设为true时去decode获取图片,只会加载像素宽高信息设为false时decode则会完全加载图片inSampleSize 压缩比例比如原图200*300,如果值是2时会压缩成100*150; 是4则图片压缩成50*75最好是2的幂数,比如2 4 8 16 .....outHeight 图片原高度outWidth 图片原宽度其他参数自行研究,这里暂时只用到这几个decodeSampledBitmapFromResource方法内的三段代码对应上面的三步流程难点在于中间那步,压缩比例的计算,官网同样提供了个calculateInSampleSize方法其中reqWidth和reqHeight是所需图片限定最小宽高值/*** 计算压缩比例值* @param options 解析图片的配置信息* @param reqWidth 所需图片压缩尺寸最小宽度* @param reqHeight 所需图片压缩尺寸最小高度* @return*/public static int calculateInSampleSize(BitmapFactory.Options options, int reqWidth, int reqHeight) {// 保存图片原宽高值final int height = options.outHeight;final int width = options.outWidth;// 初始化压缩比例为1int inSampleSize = 1;// 当图片宽高值任何一个大于所需压缩图片宽高值时,进入循环计算系统if (height > reqHeight || width > reqWidth) {final int halfHeight = height / 2;final int halfWidth = width / 2;// 压缩比例值每次循环两倍增加,// 直到原图宽高值的一半除以压缩值后都~大于所需宽高值为止while ((halfHeight / inSampleSize) >= reqHeight&& (halfWidth / inSampleSize) >= reqWidth) {inSampleSize *= 2;}}return inSampleSize;}利用此方法获取到所需压缩比例值,最终获取到压缩后的图片~以上代码能够看懂的话,下面这段/*扯淡*/可以跳过逻辑是将原图宽高一半一半的缩减,一直减到宽高都小于自己设定的限定宽高时为止,测试的时候问题来了原图400*300,我限定值200*150,if满足进入,while循环第一次,400/2/1=200不满足>的条件~结束循环,最终返回了个inSampleSize=1给我马丹我限定值正好是原图的一半啊,你应该返回给我2啊~你特么最后返回个1给我,那压缩处理后的图还是400*300!!!当我将限定值稍微改一下变成195*145稍微降低一点点时~if满足进入,while循环第一次,400/2/1>195满足~然后压缩比例1*2变成了2,在下一次while循环时不满足条件结束,最后返回比例值2~ 满足压缩预期官网的这个方法是: 将图片一半一半的压缩,直到压缩成成大于所需宽高数的那个最低值大于~不是大于等于,所以就会出现我上面那种情况,我觉得方法不是太好= = 能满足压缩的需求,但是压缩的比例不够准确~所以最好改成大于等于,如下(个人意见,仅供参考,在实际压缩中很少遇到恰巧等于的这个情况,所以>和>=差别也不大额~看我这扯扯淡就当对计算比例的逻辑加深个理解吧)while ((halfHeight / inSampleSize) >= reqHeight&& (halfWidth / inSampleSize) >= reqWidth) {inSampleSize *= 2;}优化:还是上面例子,如果限定了200*150,而原图是390*290会是个啥情况?还是第一次while循环,390/2/1结果是195不满足>200的情况,结束循环,比例值为1,最后图片压缩成400*300虽然压缩一次以后没有满足大于所需宽高,但是和所需宽高很接近啊!!!能不能做一个获取压缩成最接近所需宽高数的比例值呢?我也不知道= = 回头可以慢慢研究, 这个"接近"的定义比较模糊,不好掌握~找了几个有名的图片加载开源框架发现也都没有这种处理- -不知道是这样设计是不需要呢,还是没啥用呢以上,图片的像素大小已经做了缩放,但是图片的大小除了和像素有关,还和色彩样式有关不同的样式决定了图片单个像素占的字节数比如,图片默认的色彩样式为ARGB_8888,每个像素占4byte(字节)大小可以看到一共有四种色彩样式ALPHA_8 每个像素只要1字节~可惜只能代表透明度,没有颜色属性ARGB_4444 每个像素要2字节~带透明度的颜色~可惜官方不推荐使用了ARGB_8888 每个像素要4字节~带透明度的颜色, 默认色样RGB_565 每个像素要2字节~不带透明度的颜色默认为ARGB_8888,如果想丧心病狂的继续减少图片所占大小~不需要透明度参数的话,那就可以把色彩样式设为RGB_565设置方法是在BitmapFactory.decode..获取图片事例时修改配置参数的inPreferredConfig 参数opts.inPreferredConfig = Bitmap.Config. RGB_565 ;想亲自撸一撸试一试压缩图片了吧?要注意点问题,如果用res包下图片测试的话,你会发现有图片尺寸有点混乱那是因为在drawable-*dpi文件夹中的图片会根据对应对应的屏幕密度值不同自动进行一定的缩放,比如放在drawable-hdpi里的图片,直接不经过压缩BitmapFactor.decode..出来,会发现bitmap的宽高值是原图的2/3,测试的时候图片记得放在drawable包下(没有的话自己res下新建一个),否则你会被奇怪的宽高值弄凌乱的，具体变化原因参考源代码处理,或者网上搜搜看。

全网独家盘点Android热修复方案（含阿里巴巴、美团、腾讯等）

全⽹独家盘点Android热修复⽅案（含阿⾥巴巴、美团、腾讯等）上⼀个⼤的系列⽂章叫 “⼿把⼿讲解”, 历时10个⽉，出产博⽂⼆⼗余篇，讲解细致，⼏乎每⼀篇都提供了详实的原理讲解，提供了可运⾏githubDemo，并且针对Demo 中的关键地⽅进⾏了重点拆解。

相信每⼀位详细阅读⽂章的同⾏都会有所收获。

但是，讲解虽详细，但是缺乏对于技术的深度的挖掘。

从今天开始开辟新的专题: 移动架构师专业技能深⼊浅出,以⼀步步成为架构师为⽬标，详述⼀项架构师技能的最直接使⽤价值，横向周边知识以及纵深专业技术.最直接使⽤价值：⽹上最怕看到⼀种⽂章，全⽂开篇⾼⼤上，让⼈觉得遥不可及，通篇看下来却没有展⽰技术如何落地，落地之后是何种效果。

⽂章写出来，就要以最容易让⼈接受的⽅式带读者进⼊作者的世界，⽽不是装作⼀副⾼⾼在上的样⼦俯视众⽣。

所以，⽂章开篇，⼀定是最直接的展⽰技术的落地效果。

提供可运⾏Demo可以让读者亲⾃尝试。

横向周边知识：⼀项核⼼技术，必然不是独⽴存在，技术是⼀个体系，但是⼀篇⽂章能够详述的技术有限，必然是以⼀项技术为中⼼，其他技术作为辅助。

核⼼技术需要详述，但是周边技术，也需要交代，参天⼤树拔地⽽起也少不得⼟壤作为依附。

⽤简明的语⾔交代周边知识，并提供这些知识正确的研究⽅向。

也是⼀个负责任的博⽂作者不可忽视的⼀步。

纵深专业技术: 做技术，最忌讳的就是浅尝辄⽌。

稍微深⼊⼀点就退出去，⼀来不利于理解底层实现,长此以往永远只是⼀个技术⼩⽩，成不了⼤师；⼆来不利于长久记忆, 记忆⼒再强的⼈时间长了，技术细节必然会记忆模糊。

但是如果深⼊内核，理解了原理，在技术的⼤⽅向上绝对不会偏差。

作为要成为架构师的男⼈，即使记不了那么多细节，但是对于⼤⽅向的把握绝对不能错。

所以，技术纵深很有必要。

前情提要上⼀篇提到了热修复的其中⼀种Muitidex⽅案，并且给出了演⽰Demo。

但是真正完整去展现现实中的热修复开源框架，远远不够。

Android开发应用UI性能优化分析

Android开发应用UI性能优化分析应用UI性能问题分析UI可谓是一个应用的脸，所以每一款应用在开发阶段我们的交互、视觉、动画工程师都拼命的想让它变得自然大方美丽，可是现实总是不尽人意，动画和交互总会觉得开发做出来的应用用上去感觉不自然，没有达到他们心目中的自然流畅细节；这种情况之下就更别提发布给终端用户使用了，用户要是能够感觉出来，少则影响心情，多则卸载应用；所以一个应用的UI显示性能问题就不得不被开发人员重视。

应用UI卡顿原理人类大脑与眼睛对一个画面的连贯性感知其实是有一个界限的，譬如我们看电影会觉得画面很自然连贯（帧率为24fps），用手机当然也需要感知屏幕操作的连贯性（尤其是动画过度），所以Android索性就把达到这种流畅的帧率规定为60fps。

有了上面的背景，我们开发App的帧率性能目标就是保持在60fps，也就是说我们在进行App 性能优化时心中要有如下准则：换算关系：60帧/秒-----------16ms/帧；准则：尽量保证每次在16ms内处理完所有的CPU与GPU计算、绘制、渲染等操作，否则会造成丢帧卡顿问题。

从上面可以看出来，所谓的卡顿其实是可以量化的，每次是否能够成功渲染是非常重要的问题，16ms能否完整的做完一次操作直接决定了卡顿性能问题。

当然了，针对Android系统的设计我们还需要知道另一个常识；虚拟机在执行GC垃圾回收操作时所有线程（包括UI线程）都需要暂停，当GC垃圾回收完成之后所有线程才能够继续执行（这个细节下面小节会有详细介绍）。

也就是说当在16ms内进行渲染等操作时如果刚好遇上大量GC操作则会导致渲染时间明显不足，也就从而导致了丢帧卡顿问题。

有了上面这两个简单的理论基础之后我们下面就会探讨一些UI卡顿的原因分析及解决方案。

应用UI卡顿常见原因我们在使用App时会发现有些界面启动卡顿、动画不流畅、列表等滑动时也会卡顿，究其原因，很多都是丢帧导致的；通过上面卡顿原理的简单说明我们从应用开发的角度往回推理可以得出常见卡顿原因，如下：1.人为在UI线程中做轻微耗时操作，导致UI线程卡顿；2.布局Layout过于复杂，无法在16ms内完成渲染；3.同一时间动画执行的次数过多，导致CPU或GPU负载过重；4.View过度绘制，导致某些像素在同一帧时间内被绘制多次，从而使CPU或GPU负载过重；5.View频繁的触发measure、layout，导致measure、layout累计耗时过多及整个View频繁的重新渲染；6.内存频繁触发GC过多（同一帧中频繁创建内存），导致暂时阻塞渲染操作；7.冗余资源及逻辑等导致加载和执行缓慢；8.臭名昭著的ANR；可以看见，上面这些导致卡顿的原因都是我们平时开发中非常常见的。

Android性能优化之Android10+dex2oat实践

Android性能优化之Android10+dex2oat实践作者：字节跳动终端技术——郭海洋背景对于Android App的性能优化来说，⽅式⽅法以及⼯具都有很多，⽽dex2oat作为其中的⼀员，却可能不被⼤众所熟知。

它是Android官⽅应⽤于运⾏时，针对dex进⾏编译优化的程序，通过对dex进⾏⼀系列的指令优化、编译机器码等操作，提升dex加载速度和代码运⾏速度，从⽽提升安装速度、启动速度、以及应⽤使⽤过程中的流畅度，最终提升⽤户⽇常的使⽤体验。

它的适⽤范围也⽐较⼴，可以⽤于Primary Apk和Secondary Apk的常规场景和插件场景。

（Primary Apk是指的常规场景下的主包（base.apk）或者插件场景下的宿主包，Secondary Apk是指的常规场景下的⾃⾏加载的包(.apk)或者插件场景下的插件包(.apk)）。

⽽随着Android系统版本的更迭，发现原本可以在应⽤进程上触发dex2oat编译的⽅式，却在targetSdkVersion>=29且Android 10+的系统上，不再允许使⽤。

其原因是系统在targetSdkVersion=29的时候，对此做了限制，不允许应⽤进程上触发dex2oat编译（）（OAT为dex2oat后的产物）。

那当前是否会受到这个限制的影响呢？在2020年的时候Android 11系统正式发布，各⼤应⽤市场就开始限制App的targetSdkVersion>=29，⽽Android 11系统距今已经发布⼀年之久，也就意味着，现如今App的targetSdkVersion>=29是不可避免的。

⽽且随着新Android设备的不断迭代，越来越多的⽤户，使⽤上了携带新系统的新机器，使得Android 10+系统的占有量逐步增加，⽬前为⽌Android 10+系统的占有量约占整体的30%~40%左右，也就是说这部分机器将会受到这个限制的影响。

Android应用性能优化

Android已经融入了寻常百姓的生活中。

当今世界，手机正从功能时代进化到智能时代，同时又诞生了令人爱不释手的平板电脑。

目前，应用程序开发者的可选择平台主要就是Android和iOS。

Android降低了甚至可以说是打破了移动开发的门槛，应用程序开发者编写Android应用程序只需要一台计算机就够了（当然还要有一些编程知识）。

工具都是免费的，几乎每个人都能写出数百万人会用的应用。

Android可以运行在各种设备上，从平板到电视。

开发者关键要做的就是保证应用可以顺利地在这些设备上运行，而且比竞争对手的还好。

对应用程序开发人员而言，Android开发的门槛已经很低了，你会发现，在许多情况下，自己不过是想要在日益增长的Android应用程序市场上分一杯羹而已。

赖以谋生、实现明星梦，或者只是想使世界变得更美好……无论你编写程序所为何求，性能问题都是其中的关键。

要想阅读本书，最好能事先对Android应用程序开发基础有所了解，由此方能利用本书的妙诀良方让程序跑得更快。

尽管借助Android工具和在线文档可以很容易地创建应用程序，但性能优化（有时简直更像是一门艺术而不是科学）却无定法可循。

不管要优化的程序是已有的，还是从头编写的。

本书的目的就是要帮你找到简便的优化方法，以便使程序在几乎所有Android设备上都能取得不错的性能。

Android允许开发人员使用Java、C/C++，甚至汇编语言，所以，无论是更好地利用CPU特性，还是针对特定问题使用合适的编程语言，相信你可以用多种不同的方法来优化性能。

第1章优化Java代码。

毫无疑问，你的第一个Android应用程序基本都是用Java开发的。

在这一章，你会了解到，选择算法要比实现算法更重要。

你还将学习如何利用简单的技术（如缓存和减少内存分配）来极大地优化应用程序。

此外，你还将学习让应用程序随时能够保持响应的方法，这是一个非常重要的性能指标。

此外还将介绍高效使用数据库的方法。

Android开发中的技巧与优化技术

Android开发中的技巧与优化技术一、概述Android作为目前最为流行的移动操作系统之一，给广大用户带来了无限的便利，也给开发者带来了无尽的挑战。

为了确保应用程序能够在各种不同的设备上流畅运行，开发者需要掌握一些技巧和优化技术。

本文将介绍一些Android开发中的技巧和优化技术，帮助开发者优化自己的应用程序。

二、布局优化Android布局是一个UI设计的核心部分，良好的布局设计可以帮助应用程序更好的展现出自身所追求的美感和用户体验。

在进行布局优化时，开发者需要注意以下几点：1.避免使用过于复杂的布局，例如嵌套过多的LinearLayout和RelativeLayout。

这样不仅容易引起性能问题，还会增加编码复杂度。

2.使用ConstraintLayout代替RelativeLayout，因为ConstraintLayout可以更好地控制视图的位置和大小，从而提高布局效率。

3.尽量使用百分比尺寸和权重进行布局，这样可以适配不同大小的屏幕，更好地展现页面。

4.谨慎使用过渡动画和过度滚动，因为这些操作可能会增加画面渲染时间和CPU占用率。

三、性能优化为了确保应用程序具有最佳的性能，开发者需要对其进行性能优化。

以下是一些常见的性能问题和优化技术：1.使用ImageView的scaleType属性，避免将大图片以原始大小插入视图，这样可以避免OOM错误和增加CPU占用率。

2.使用ViewPager时，使用FragmentPagerAdapter，可以减少内存消耗和UI切换时间。

3.尽量避免使用反射，因为反射操作会降低应用程序的UI响应速度。

如果必须使用反射，尽量使用缓存来缓解反射带来的性能问题。

4.尽量避免使用枚举类型，因为枚举类型会增加内存消耗和CPU占用率。

5.使用代码混淆来保护应用程序的安全性和改善运行时性能。

四、代码优化代码优化是Android开发中的重点之一，以下是一些常见的代码问题和优化技术：1.尽量避免内存泄漏，这可通过使用静态分析工具和检查代码中的代码副本来实现。

Android性能优化之被忽视的优化点

Android性能优化之被忽视的优化点对于性能优化这个知识点来说，实在是太广了，博主本人也一直非常关注这方面的学习，而对于性能优化来说它包括了非常非常非常多方面，比如：I/O的优化、网络操作的优化、内存的优化、数据结构的优化、代码层次的优化、UI渲染优化、CPU资源使用率的优化、异常处理的优化等等等等。

作者：佚名来源：安卓开发精选|2017-01-15 15:13收藏分享对于性能优化这个知识点来说，实在是太广了，博主本人也一直非常关注这方面的学习，而对于性能优化来说它包括了非常非常非常多方面，比如：I/O的优化、网络操作的优化、内存的优化、数据结构的优化、代码层次的优化、UI渲染优化、CPU资源使用率的优化、异常处理的优化等等等等。

本篇文章就博主本人的理解来讲述一些在Android开发中可以优化的地方ArrayList和VectorArrayList和Vector都是内部以数组实现的List，它们两唯一的区别就是对多线程的支持，ArrayList是线程不安全的，而Vector内部对大多数方法都做了同步，是线程安全的，既然是线程安全的，所以性能方面肯定不如ArrayList了(当然想法肯定是对的)，不过这需要看哪方面了，ArrayList在add、get、remove等操作效率肯定是高于Vector的，而在内存方面，Vector却比ArrayList表现的更好，这归根都是ArrayList的扩容策略导致的，稍后分析。

实现RandomAccess接口的集合使用fori遍历先谈谈List集合的遍历方式，有三种：foreach、iterator、fori。

而在开发中一般需要遍历时首选肯定是foreach了，因为它效率高，这个观点没错，不过需要分场合了。

下面是我用这三种方式测试遍历有100w条数据的ArrayList集合：1. long start = System.currentTimeMillis();2. for (int i = 0; i < size; i++) {3. data.get(i);4. }5. long end = System.currentTimeMillis();6. Log.v("zxy","fori花费:"+(end-start));7.8. start = System.currentTimeMillis();9. for (Integer integer : data) {10.11. }12. end = System.currentTimeMillis();13. Log.v("zxy","foreach花费:"+(end-start));14.15. Iterator<Integer> iterator = data.iterator();16. start = System.currentTimeMillis();17. while (iterator.hasNext()){18. iterator.next();19. }20. end = System.currentTimeMillis();21. Log.v("zxy","iterator花费:"+(end-start));22.23. 11-19 09:11:44.276 1418-1418/? V/zxy: fori花费:3024. 11-19 09:11:44.380 1418-1418/? V/zxy: foreach花费:10525. 11-19 09:11:44.476 1418-1418/? V/zxy: iterator花费:95而通常我们所说的效率高的foreach在遍历上却显得不如意，而fori效率表现的最好，这是因为ArrayList和Vector集合内部实现由数组实现，所以随机访问的速度是很快的，对于可以进行随机访问的List，JDK为它们实现了RandomAccess 接口，表示支持快速随机访问。

基于android应用的性能优化

顿。解决方案：
(1) 尽量减少布局的层级和复杂度； (2) 使用include标签共享布局，避免过
多重复布局；
(3) 使用merge标签减少布局嵌套的层
级；
(4) ViewStub标签实现View延迟加载； (5) 使用Lint工具的提示优化应用的冗
余布局；
(6) 尽量使用 CompoundDrawable 代替
显示非矩形图案 ftfll
启用4x MSAA 8 OpenGL ES 2 0
中鸟用 MSAA
禁用殛件■加
图1:显示调试GPU过度渲染
尽量避免主线程qurey provider,不要滥用 sharePreference 的 commit()方法。
2. 2各大组件ANR
Activity中的输入事件5s未被处理， BroadcastReceiver 的 onReceive()的方法内 10s 内未完成任务，Service生命周期函数20s未完成启动以及 Contentprovider 的 publish 在 1 Os
Software Application •软件应用
基于Android应用的性能优化
文/许晓珊
本文提出了卡顿优化、ANR优摘化、内存优化、电量优化等四个要方面的Android性能优化的解决
方案，为Android开发中优化应用性能，提升用户体验提供借鉴方案。
【关键词】卡顿优化ANR优化内存优化电量优化
相应操作则出现ANR,系统会自动收集ANR 的相关信息保存于应用的/data/anr/traces.txt文件中，可根据收集的trace信息，分析CPU执行情况，査找ANR的类型。
常见的ANR的类型及解决方案：
2. 1主线程阻塞或主线程数据读取

Android应用内存优化技巧分享

Android应用内存优化技巧分享近年来，随着智能手机的普及和移动应用的兴起，Android应用的内存优化问题变得越来越重要。

在有限的内存容量下，如何提升应用的性能和用户体验，成为了开发者亟待解决的难题。

本文将从减少内存占用、优化内存分配和释放、内存泄漏排查等方面，分享几种Android应用内存优化的技巧，帮助开发者提升应用的性能与稳定性。

一、减少内存占用1. 使用轻量级数据结构：在开发过程中，选择使用轻量级的数据结构，如SparseArray代替HashMap，减少对象的创建和内存消耗。

2. 避免冗余资源：及时清理和删除无用资源文件，减小APK包的体积和内存占用。

3. 图片优化：合理使用图片资源，并通过使用合适的分辨率、压缩算法和加载策略来减少图片对内存的占用。

4. 避免过量布局：精简布局文件，去除冗余的嵌套层级和无用的控件，减少不必要的内存消耗。

二、优化内存分配和释放1. 合理使用缓存：对于耗时且频繁使用的对象，尽量使用缓存机制，避免重复创建和销毁，提高应用性能。

2. 理解并合理使用Java垃圾回收机制：及时释放无用对象，防止内存泄漏和过度消耗内存。

3. 使用弱引用：对于可能导致内存泄漏的对象，使用弱引用来解决，确保及时释放内存。

4. 在onDestroy()方法中释放资源：对于在Activity中创建的对象，在Activity生命周期结束时，及时释放资源，避免内存泄漏。

三、内存泄漏排查1. 使用内存分析工具：如Android Profiler、LeakCanary等，帮助定位和解决内存泄漏问题，并提供可视化的内存使用情况分析。

2. 避免静态引用：静态变量、单例模式等容易导致内存泄漏，尽量避免使用或注意释放引用。

3. 注册与反注册匹配：在使用广播接收器、监听器等功能时，确保正确地进行注册和反注册操作，防止因未及时反注册而导致的内存泄漏问题。

4. 使用WeakReference代替强引用：对于持有Context的对象，使用WeakReference来解决内存泄漏问题。

Android性能优化方法和汇总情况情况方案设计设计

Android 性能优化方法对于一些Android项目，影响性能瓶颈的主要是Android自己内存管理机制问题，目前手机厂商对RAM都比较吝啬，对于软件的流畅性来说RAM对性能的影响十分敏感，除了优化Dalvik虚拟机的堆内存分配外，我们还可以强制定义自己软件的对内存大小，我们使用Dalvik提供的dalvik.system.VMRuntime类来设置最小堆内存为例:1.private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;1.VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);//设置最小heap内存为6MB大小。

当然对于内存吃紧来说还可以通过手动干涉GC 去处理bitmap 设置图片尺寸，避免内存溢出OutOfMemoryError的优化方法★android 中用bitmap 时很容易内存溢出，报如下错误：ng.OutOfMemoryError : bitmap size exceeds VM budget●主要是加上这段：1.BitmapFactory.Options options = new BitmapFactory.Options();2. options.inSampleSize = 2;●eg1：(通过Uri取图片)1.private ImageView preview;2.BitmapFactory.Options options = new BitmapFactory.Options();3. options.inSampleSize = 2;//图片宽高都为原来的二分之一，即图片为原来的四分之一4. Bitmap bitmap = BitmapFactory.decodeStream(cr5. .openInputStream(uri), null, options);6. preview.setImageBitmap(bitmap);以上代码可以优化内存溢出，但它只是改变图片大小，并不能彻底解决内存溢出。