Android 客户端性能优化（魅族资深工程师毫无保留奉献）

2）操作应用后，退出应用，让应用处于后台，一段时间后通过adb shell dumpsys batterystats查看电量消耗日志看是否存在异常。

二、性能问题常见原因

性能问题一般归结为三类：

1. UI卡顿和稳定性:这类问题用户可直接感知，最为重要；

2. 内存问题：内存问题主要表现为内存泄露，或者内存使用不当导致的内存抖动。如果存在内存泄露，应用会不断消耗内存，易导致频繁gc使系统出现卡顿，或者出现OOM报错；内存抖动也会导致UI卡顿。

3. 耗电问题：会影响续航，表现为不必要的自启动，不恰当持锁导致系统无法正常休眠，系统休眠后频繁唤醒系统等；

三、UI卡顿常见原因和分析方法

下面分别介绍出现这些问题的常见原因以及分析这些问题的一般步骤。

1.卡顿常见原因

1）人为在UI线程中做轻微耗时操作，导致UI线程卡顿；

2）布局Layout过于复杂，无法在16ms内完成渲染；

3）同一时间动画执行的次数过多，导致CPU或GPU负载过重；

4） View过度绘制，导致某些像素在同一帧时间内被绘制多次，从而使CPU或GPU负载过重；

5） View频繁的触发measure、layout，导致measure、layout累计耗时过多及整个View频繁的重新渲染；

6）内存频繁触发GC过多（同一帧中频繁创建内存），导致暂时阻塞渲染操作；

7）冗余资源及逻辑等导致加载和执行缓慢；

8）工作线程优先级未设置为

Process.THREAD_PRIORITY_BACKGROUND

导致后台线程抢占UI线程cpu时间片，阻塞渲染操作；

9） ANR；

2. 卡顿分析解决的一般步骤

1）解决过度绘制问题

在设置开发者选项调试GPU过度绘制中打开调试，看对应界面是否有过度绘制，如果有先解决掉：

定位过渡绘制区域

利用Android提供的工具进行位置确认以及修改(HierarchyView , Tracer for OpenGL ES)

定位到具体的视图(xml文件或者View)

通过代码和xml文件分析过渡绘制的原因

结合具体情况进行优化

使用Lint工具进一步优化

检查是否有主线程做了耗时操作：

严苛模式（StrictMode），是Android提供的一种运行时检测机制，用于检测代码运行时的一些不规范的操作，最常见的场景是用于发现主线程的IO操作。应用程序可以利用StrictMode尽可能的发现一些编码的疏漏。

开启 StrictMode

对于应用程序而言，Android 提供了一个最佳使用实践：尽可能早的在

android.app.Application 或 android.app.Activity 的生命周期使能 StrictMode，onCreate()方法就是一个最佳的时机，越早开启就能在更多的代码执行路径上发现违规操作。

监控代码

publicvoidonCreate(){

if(DEVELOPER_MODE){

StrictMode.setThreadPolicy(newStrictMode.ThreadPolicy.Builder()

.detectAll().penaltyLog().build());

StrictMode.setVmPolicy(newStrictMode.VmPolicy.Builder()

.detectAll().penaltyLog().build());

}

super.onCreate();

}

如果主线程有网络或磁盘读写等操作，在logcat中会有"D/StrictMode"tag的日志输出，从而定位到耗时操作的代码。

3）如果主线程无耗时操作，还存在卡顿，有很大可能是必须在UI线程操作的一些逻辑有问题，比如控件measure、layout耗时过多等，此时可通过Traceview以及systrace来进行分析。

4）Traceview：Traceview主要用做热点分析，找出最需要优化的点。

打开DDMS然后选择一个进程，接着点击上面的“Start Method Profiling”按钮（红色小点变为黑色即开始运行），然后操作我们的卡顿UI,然后点击"Stop Method Profiling",会打开如下界面：

图中展示了Trace期间各方法调用关系，调用次数以及耗时比例。通过分析可以找出可疑的耗时函数并进行优化；

5）systrace：抓取trace：

执行如下命令：

$cdandroid-sdk/platform-tools/systrace

$pythonsystrace.py–time=10-omynewtrace.htmlschedgfxviewwm复制代码

操作APP，然后会生成一个mynewtrace.html 文件，用Chrome打开。

图示如下：

通过分析上面的图，可以找出明显存在的layout，measure，draw的超时问题。

6）导入如下插件，可通过在方法上添加@DebugLog来打印方法的耗时：

build.gradle:

buildscript{

dependencies{

//用于方便调试性能问题的打印插件。给访法加上@DebugLog，就能输出该方法的调用参数，以及执行时间；

classpathcom.jakewharton.hugo:hugo-plugin:1.2.1

}

//用于方便调试性能问题的打印插件。给访法加上@DebugLog，就能输出该方法的调用参数，以及执行时间；

applyplugin:com.jakewharton.hugo

java：

@DebugLog

publicvoidtest(inta){

intb=a*a;

}

四、内存性能分析优化

1.内存泄露

该问题目前在项目中一般用leakcanary基本就能搞定，配置起来也相当简单：

build.gradle:

dependencies{

debugCompilecom.squareup.leakcanary:leakcanary-android:1.3.1//or1.4-beta1

releaseCompilecom.squareup.leakcanary:leakcanary-android-no-op:1.3.1//or1.4-beta1

testCompilecom.squareup.leakcanary:leakcanary-android-no-op:1.3.1//or1.4-beta1

}

java:

publicclassExampleApplicationextendsApplication{

@OverridepublicvoidonCreate(){

super.onCreate();

LeakCanary.install(this);

}

一旦有内存泄露，将会在通知栏生成一条通知，点开可看到泄露的对象以及引用路径：

2.内存抖动

如果代码中存在在onDraw或者For循环等多次执行的代码中分配对象的行为，会导致运行过程中gc次数增多，影响ui流畅度。一般这些问题都可通过lint工具检测出来。

五、耗电量优化建议

电量优化主要是注意尽量不要影响手机进入休眠，也就是正确申请和释放WakeLock，另外就是不要频繁唤醒手机，主要就是正确使用Alarm。

六、一些好的代码实践

1. 节制地使用Service

2. 当界面不可见时释放内存

3. 当内存紧张时释放内存

4. 避免在Bitmap上浪费内存

对大图片，先获取图片的大小信息，根据实际需要展示大小计算inSampleSize，最后decode；

publicstaticBitmapdecodeSampledBitmapFromFile(Stringfilename,

intreqWidth,intreqHeight){

//FirstdecodewithinJustDecodeBounds=truetocheckdimensions

finalBitmapFactory.Optionsoptions=newBitmapFactory.Options();

options.inJustDecodeBounds=true;

BitmapFactory.decodeFile(filename,options);

//CalculateinSampleSize

options.inSampleSize=

reqHeight);

calculateInSampleSize(options,

reqWidth,

//DecodebitmapwithinSampleSizeset

options.inJustDecodeBounds=false;

returnBitmapFactory.decodeFile(filename,options);

最后

下面是辛苦给大家整理的学习路线，有需要的可以点击这里免费获取

options,

reqWidth,

//DecodebitmapwithinSampleSizeset

options.inJustDecodeBounds=false;

returnBitmapFactory.decodeFile(filename,options);

最后

下面是辛苦给大家整理的学习路线，有需要的可以点击这里免费获取
[外链图片转存中…(img-c6BXPVe6-1646221134546)]

Android 客户端性能优化（魅族资深工程师毫无保留奉献）相关推荐

Android客户端性能优化（魅族资深工程师毫无保留奉献）
Android客户端性能优化(魅族资深工程师毫无保留奉献) 转载学习:http://blog.tingyun.com/web/article/detail/155?from=groupmessage& ...
Android APP性能优化
转载自:https://www.cnblogs.com/qwangxiao/p/8727229.html Android APP性能优化(最新总结) 导语安卓大军浩浩荡荡,发展已近十个年头,技术优化 ...
Android WebView 性能优化
原文出处:http://motalks.cn/2016/09/11/Android-WebView-JavaScript-3/ WebView相关阅读 Android WebView 和 javaSc ...
Android APP性能优化(一)
Android APP性能优化(最新总结) 安卓大军浩浩荡荡,发展已近十个年头,技术优化日异月新,如今Android 8.0 Oreo 都发布了,Android系统性能已经非常流畅了.但是,到了各大厂 ...
android 应用性能优化1
1 背景其实有点不想写这篇文章的,但是又想写,有些矛盾.不想写的原因是随便上网一搜一堆关于性能的建议,感觉大家你一总结.我一总结的都说到了很多优化注意事项,但是看过这些文章后大多数存在一个问题就是只 ...
客户端性能优化实战经验分享
合理的架构设计,对客户端后期优化至关重要暴风影音播放器一直因为"慢",而引发用户诸多抱怨.新发布的暴风影音5在启动速度上较暴风影音3提升了3倍.暴风影音播放研发总监黄森堂以暴风影 ...
Android的性能优化，全方面给你讲明白
前言: 作为Android系统的使用者,我们经常会遇到图片加载速度慢.甚至长时间无响应,软件使用不流畅.甚至经常性卡退等问题,这些都是Android开发师需要进一步改进的地方,正是如此,公司对安卓项目 ...
Android App 性能优化系列结语篇
Android App 性能优化系列结语篇原文出处:http://gold.xitu.io/post/581f4ad667f3560058a33057 关于Android App的优化, 从第一篇的 ...
Android 网络性能优化（4）弱网优化
系列文章目录 1. Android 网络性能优化(1)概述 2. Android 网络性能优化(2)DNS优化 3. Android 网络性能优化(3)复用连接池 4. Android 网络性能优化( ...
Android应用性能优化最佳实践.
移动开发 Android应用性能优化最佳实践罗彧成著图书在版编目(CIP)数据 Android应用性能优化最佳实践 / 罗彧成著. -北京:机械工业出版社,2017.1 (移动开发) ISBN ...

Android 客户端性能优化（魅族资深工程师毫无保留奉献）

最后

最后

Android 客户端性能优化（魅族资深工程师毫无保留奉献）相关推荐

最新文章

热门文章