xiaodanpeng的专栏

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

对于Web网页来说，页面的访问、加载速度对于用户体验来说是很重要的，而如果把Android中的每个Activity都看成是一个页面的话，Activity的启动速度凭主观的话是较难精确衡量的，因此如果可以测试每个Activity的启动速度或者获得其它基本指标并进行日常监测那就更好了。一、编写继承于Instrumentation类的LaunchPerformanceBase类[ja

2.1 性能指标a，响应时间/加载速度b，动画帧率        图片处理器每秒刷新的帧数(FPS)，可用来指示页面是否平滑的渲染。高的帧率可以得到更流畅，更逼真的动画，不过帧率达到60fps以上，人眼主观感受到的差别就不大了。所以以60fps作为衡量标准，即要求每一帧刷新的时间小于16ms，这样才能保证滑动中平滑的流畅度。c，内存使用       在And

过度绘制描述的是屏幕上一个像素在单个帧中被重绘了多少次。比如一个有背景的TextView，那么显示文本的那些像素至少绘制了两次，一次是背景，一次是文本。过度绘制是Android平台上一个很棘手的性能问题，它非常容易出现，幸运的是，它也同样容易被修复。我们可以通过手机设置里面的开发者选项，打开Show GPU Overdraw的选项，来查看某个app过度绘制的情况。内容概要

我来说下我所知道的事情。我不知道iOS为什么流畅，但我知道一些Android为什么不流畅的原因。首先，就题主所说的问题，我用iPad和小米Pad对比了一下微博滑动滚屏这件事情（2014年8月10日目前微博app最新版本）。正如题主所说，直观感受上明显感觉iOS要流畅、舒服。在这件事情上我认为主要是这三个原因：速度曲线。当你滑动界面然后松手，这时界面会继续滑动，然后速度减

1 Systrace 简介Android 应用启动速度优化方式有很多方法，不过在优化之前，需要找到应用启动速度的瓶颈，找到关键点之后，再去优化，则可以达到事半功倍的效果。 Google 提供了很多 Debug 工具来帮助我们优化应用，这其中就包括 Systrace 工具。Systrace 是 Android 4.1 中新增的性能数据采样和分析工具。它可帮助开发者收集 Android

可能有些人不明白什么是过度绘制，简单言，我们app一个页面所显示的效果是由像素一帧一帧绘制而成。过度绘制就是意味着这一帧被绘制多次。如果是静态的布局，可能影响不是很大，如果是动态的，比如ListView，GridView,ViewPager等在性能上就会差一点，常见的比如listView上下滑动，过度绘制的情况下，就会出现卡顿，或者跳跃感很明显。 当然过度绘制肯定无法避免，我们只能减少不必要的绘制

可能有些人不明白什么是过度绘制，简单言，我们app一个页面所显示的效果是由像素一帧一帧绘制而成。过度绘制就是意味着这一帧被绘制多次。如果是静态的布局，可能影响不是很大，如果是动态的，比如ListView，GridView,ViewPager等在性能上就会差一点，常见的比如listView上下滑动，过度绘制的情况下，就会出现卡顿，或者跳跃感很明显。 当然过度绘制肯定无法避免，我们只能减少不必要的绘制

转自：http://www.cnblogs.com/myzh/archive/2013/03/17/2965225.html　　1、纵观全局　　对于顺畅度的分析，首先要知道一个整体情况，是局部，还是全局，这样在优化上才能有方向。　　如果是局部问题，那就需要仔细分析出具体的相关操作，如果是大体上的问题，那在思考的时候，就需要从整体的实现机制来考虑，有可能是实现方式上出现了问题。　　在

SurfaceFlingerSurfaceFlinger是Android的一个服务，运行在Android的System进程中，负责管理系统的帧缓冲区，绘制应用程序的UI。Android应用程序会请求SurfaceFlinger服务创建Surface，在上面绘制自己的UI，然后将这个已经绘制好了UI的Surface渲染到设备显示屏上去$adb shell dumpsys Surfa

关于Android的性能测试，看到一篇很好的文章，转载过来和大家分享下。   Android性能测试，跟pc性能测试一样分为客户端及服务器，但在客户端上的性能测试分为 2 类，对于应用性能测试，包括很多测试项，如启动时间、内存、CPU、GPU、功耗、流量等。但针对rom版本的性能测试，一般关注功耗。   rom版本的性能测试：    rom 版本一般就关

转载自： http://blog.csdn.net/aaa2832/article/details/194196791 内存泄漏的排查方法 Dalvik Debug Monitor Server (DDMS) 是 ADT插件的一部分，其中有两项功能可用于内存检查 :·    heap 查看堆的分配情况·    allocation tracker跟踪内存分配情况DD

文章出处http://blog.csdn.net/yanbober/article/details/48394201，感谢作者1 背景其实有点不想写这篇文章的，但是又想写，有些矛盾。不想写的原因是随便上网一搜一堆关于性能的建议，感觉大家你一总结、我一总结的都说到了很多优化注意事项，但是看过这些文章后大多数存在一个问题就是只给出啥啥啥不能用，啥啥啥该咋用等，却很少有较为系统的进行真正

原博文：http://blog.csdn.net/liuhe688/article/details/6733407近来回顾了一下关于Activity的生命周期，参看了相关书籍和官方文档，也有了不小的收获，对于以前的认知有了很大程度上的改善，在这里和大家分享一下。熟悉javaEE的朋友们都了解servlet技术，我们想要实现一个自己的servlet，需要继承相应的基类，重写它的方法，这些

转载自：http://blog.csdn.net/pppjob/article/details/4060336在Linux下，CPU利用率分为用户态，系统态和空闲态，分别表示CPU处于用户态执行的时间，系统内核执行的时间，和空闲系统进程执行的时间，三者之和就是CPU的总时间，当没有用户进程、系统进程等需要执行的时候，CPU就执行系统缺省的空闲进程。从平常的思维方式理解的话，CPU的利用率就是非空闲

Android提供的dumpsys工具可以用于查看感兴趣的系统服务信息与状态，手机连接电脑后可以直接命令行执行adb shell dumpsys 查看所有支持的Service但是这样输出的太多，可以通过dumpsys | grep "DUMP OF SERVICE" 仅显示主要的Service的信息一、列出dumpsys所有支持命令 > adb shell

对于很多Android的显示问题,我们需要使用adb shell dumpsys SurfaceFlinger命令来获取SurfaceFlinger的dump信息,这对于我们分析问题有很大的帮助,因此我们这里来详细讲解下SurfaceFlinger的dump.SurfaceFlinger的dump信息主要通过dumpAllLocked 函数来获取,因此我们这里就以android 5.0在主屏幕

Android 界面滑动卡顿分析与解决方案（入门）时间 2015-07-28 12:59:00 博客园-原创精华区原文  http://www.cnblogs.com/zqlxtt/p/4682319.html 主题 Bitmap 安卓开发Android 界面滑动卡顿分析与解决方案（入门）导致Android界面滑动卡顿主要有两个原因：

感谢原文的作者，原文连接：http://blog.csdn.net/oujunli/article/details/17563999对于做性能的人来说，知道时间的花在哪了是比较重要的，可以在函数前后得到系统的时间，计算时间戳能够得到每个函数的时间。在JAVA中可以通过System.currentTimeMillis()得到：long start_time = System.

CPU是系统非常重要的资源，在Android中，查看CPU使用情况，可以使用top命令和dump cpuinfo。我记得很久以前，就发现这两者存在不同，初步猜测应该是算法上存在差异。最近需要采集应用CPU的使用率，看了一下两种CPU的计算方法。1、toptop是比较经典的CPU计算方法，top的代码在androidm/system/core/toolbox/top.c下面，输出proces

通常，对应Linux的系统来说，可以通过cat /proc/meminfo查看内存的使用情况，Android是基于Linux的，所有也可以使用adb shell cat /proc/meminfo查看内存的使用情况，如下所示：MemTotal:        1893284 kBMemFree:          823932 kBBuffers:           30628

前面唠叨最近公司app中有些列表在滑动的时候会有卡顿现象，我就开始着手解决这些问题，解决问题之前首先要分析列表滑动的性能瓶颈在什么地方。因为之前不会正确使用TraceView这个工具，主要是看不懂TraceView界面下方数据指标的值代表什么意思…以前我用StopWatch类来分析性能，现在觉得弱爆了…不过有些地方StopWatch工具类还是很简单好用的~网上可以找了很多博客来介绍这个工具

TermsVSS - Virtual Set Size 虚拟耗用内存（包含共享库占用的内存）RSS - Resident Set Size 实际使用物理内存（包含共享库占用的内存）PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）USS - Unique Set Size 进程独自占用的物理内存（不包含共享库占用的内存）一

Android 性能测试，跟 pc 性能测试一样分为客户端及服务器，但在客户端上的性能测试分为 2 类：一类为 rom 版本的性能测试一类为应用的性能测试对于应用性能测试，包括很多测试项，如启动时间、内存、CPU、GPU、功耗、流量等。 但针对 rom 版本的性能测试，一般关注功耗。先说说应用的性能测试，对于启动时间、内存、cpu 测试大家一般都使用外部提供的第三方工具来辅

Emmagee是监控指定被测应用在使用过程中占用机器的CPU、内存、流量资源的性能测试小工具。支持SDK：Android2.2以及以上版本Emmagee功能介绍 1、检测当前时间被测应用占用的CPU使用率以及总体CPU使用量2、检测当前时间被测应用占用的内存量，以及占用的总体内存百分比，剩余内存量3、检测应用从启动开始到当前时间消耗的流量数4、测试数据写入到CSV文

一、 关于本篇博文该文档简单主要描述了如何找出开机各个阶段耗时情况，以及对开机各个阶段的分析方法和如何优化开机时间，减少耗时。便于读者可以通过此文档了解开机时间的各个阶段的耗时情况。二、开机各阶段的耗时情况具体开机时间的优化需要根据开机流程来分析： 找出各个阶段的耗时情况 2.1、zygote阶段 一般有两个耗时点： a). 预加载class/resource的时间。需要确

1.开机时间：    一般测试的方法是人工计时，这的确是个不错的方法，但是耗时耗力，最重要的人工测试误差较大，而我经过查问，知道了在adb工具下有个命令：    adb shell cat /proc/bootprof     （说白了也就是查看Linux内黑下的proc文件夹中的内容）是可以反映出启动过程中的每个进程消耗了多少时间，依此叠加来显示开机时间。    2.主页

首先Android框架架构图：　　Linux内核启动之后就到Android Init进程，进而启动Android相关的服务和应用。启动的过程如下图所示：（图片来自网上，后面有地址）　　　 　　　　下面将从Android4.0源码中，和网络达人对此的总结中，对此过程加以学习了解和总结，以下学习过程中代码片段中均有省略不完整，请参照源码。

写在前面：    关于这个话题我们需要了解屏幕唤醒的一些基本流程，物理按键的Keycode，CPU使用率，Low Memeory，还需要关注ANR（由于广播是按顺序发送的，ANR会导致唤醒屏幕的广播阻塞引起屏幕无法正常点亮），再结合现场其他的一些情况进行综合分析。结合案例分析：    案例描述：打开应用市场更新软件，操作Power键无法正常唤醒屏幕分析过程： 

1.这里是从log中通过搜索关键字wpa_supplicant: wlan0: State过滤之后的log：Line 1: 11-25 20:10:14.968120  1104  1104 D wpa_supplicant: wlan0: State: COMPLETED -> ASSOCIATING//从连接状态，配对Line 2: 11-25 20:10:15.147982  110

再看开发过程中，经常要通过内存的使用量来优化程序。查看应用程序的命令：adb shell procrank显示如下：  PID      Vss      Rss      Pss      Uss  cmdline  190   79560K   74736K   49624K   43604K  system_server14335   55776K   55740K  

转载自： http://codingstandards.iteye.com/blog/842156pstree命令以树状图显示进程间的关系（display a tree of processes）。ps命令可以显示当前正在运行的那些进程的信息，但是对于它们之间的关系却显示得不够清晰。在Linux系统中，系统调用fork可以创建子进程，通过子shell也可以创建子进程，Linux系统中进程之间的