1. 启动速度
1）这里的启动速度指的是冷启动的速度，即杀掉应用后重新启动的速度，此项主要是和你的竞品对比。
2）不应在Application以及Activity的生命周期回调中做任何费时 *** 作，具体指标大概是你在onCreate，onResume，onStart等回调中所花费的总时间最好不要超过400ms，否则用户在桌面点击你的应用图标后，将感觉到明显的卡顿。
2. 界面切换
1）应用 *** 作时，界面和动画不应有明显卡顿;
2）可通过在手机上打开 设置开发者选项调试GPU过度绘制，然后 *** 作应用查看gpu是否超线进行初步判断；
3. 内存泄露
1)back退出不应存在内存泄露，简单的检查办法是在退出应用后，用命令adb shell dumpsys meminfo 应用包名查看 Activities Views 是否为零;
2)多次进入退出后的占用内存TOTAL不应变化太大；
4. onTrimMemory回调
1）应用响应此回调释放非必须内存；
2）验证可通过命令adb shell dumpsys gfxinfo 应用包名-cmd trim 5后，再）用命令adb shell dumpsys meminfo 应用包名查看内存大小。
5. 过度绘制
打开设置中的GPU过度绘制开关，各界面过度绘制不应超过2.5x；也就是打开此调试开关后，界面整体呈现浅色，特别复杂的界面，红色区域也不应该超过全屏幕的四分之一；
6. lint检查
1）通过Android Studio中的 AnalyzeInspect Code 对工程代码做静态扫描；找出潜在的问题代码并修改；
2） 0 error & 0 warning，如果确实不能解决，需给出原因。
7. 反射优化
1）在代码中减少反射调用；
2）对频繁调用的返回值进行Cache；
8. 稳定性
1）连续48小时monkey不应出现闪退，anr问题。
2）如果应用接入了数据埋点的sdk，比如百度统计sdk等，这些sdk都会将应用的崩溃信息上报回来，开发者应每天关注这些统计到的崩溃日志，严格控制应用的崩溃率；
9. 耗电
1）应用进入后台后不应异常消耗电量；
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:
最后答应大伙的备战金三银四，大厂面试真题来啦！
这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
给文章留个小赞，就可以免费领取啦~
戳我领取：3000页Android开发者架构师核心知识笔记
《960全网最全Android开发笔记》
《379页Android开发面试宝典》
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。
如何使用它？
1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数
《507页Android开发相关源码解析》
只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
腾讯、字节跳动、阿里、百度等BAT大厂 2020-2021面试真题解析
资料收集不易，如果大家喜欢这篇文章，或者对你有帮助不妨多多点赞转发关注哦。文章会持续更新的。绝对干货！！！
荐指数
[外链图片转存中…(img-jrMZKwyH-1643945371330)]
《507页Android开发相关源码解析》
只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
[外链图片转存中…(img-ln9c18ZY-1643945371330)]
腾讯、字节跳动、阿里、百度等BAT大厂 2020-2021面试真题解析
[外链图片转存中…(img-YilcIgza-1643945371330)]
资料收集不易，如果大家喜欢这篇文章，或者对你有帮助不妨多多点赞转发关注哦。文章会持续更新的。绝对干货！！！
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）