android性能优化(1)—性能评测剖析

一、时间测量

1.java和android提供了以下API来测量时间及性能

System.currentTimeMills

System.nanoTime

Debug.threadCpuTimeNanos

SystemClock.currentThreadTimeMills

SystemClock.elapsedRealTime

SystemClock.upTimeMills

2.测量

为何不使用System.currentTimeMills

a.其精度不够

b.更改系统时间会影响结果

3.System.nanoTime()

运行结果

4.Debug.threadCpuTimeNanos

该方法为android sdk自带，只会测量在当前线程中所花费的时间，如果要在多线程上进行测量，则必须在所有涉及线程的地方调用此方法并把结果加上

运行结果：

可以看到虽说暂停了1s，使其他线程获得调度机会，但是由于Debug.threadCpuTimeNanos只计算当前线程的运行时间，所以结果小于1s

如果我们现在在System.nanoTime的代码中改为如下所示：

运行结果：

可一看到时间大于1s，也就是说System.nanoTime会测量所有线程的运行时间

二、方法调用跟踪

1.Debug.startMethodTracing

上图是android中关于此方法的四个变种

2.demo

a.Debug.startMethodTracing(sdcardPath + "/shadow.trace");会在sdcard目录下生成一个trace文件

b.接着把该文件pull到桌面上

3.使用traceview文件

a.在命令行中输入如下命令

这时将会显示出如下图形界面

下面介绍以下几个选项:

Name:方法名

Incl%:此方法中占的时间百分比(包含子方法)

Inclusive:此方法所花费毫秒数

Excl%:此方法所占百分比(不包含子方法)

Exclusive:此方法所花费毫秒数(不包含子方法)

Calls+RecurCalls/Total:调用和递归调用次数

Time/Call:平均每次调用时间

下面我们来看看测试的方法结果：

可一看到Thread.sleep方法调用了3次，耗时3037.642ms，Thread.sleep又调用了TimeUnit.seconds.toMills和TimeUnit.seconds.excessNano,分别花费0.249和0.071ms,而我们的测试方法则共花费了3038.315ms

Parents：测试方法的调用者

Children：测试方法的调用方法

b.在DDMS中使用traceview

打开ddms视图，连续点击图中红框处两次(第一次表示start，第二次表示stop)

这是会在Eclipse中出现如下traceview视图

使用方法和命令行差不多

三、使用日志调试

android提供了以下日志级别

优先级：

Debug>Info>Warning>Error>Assert

好了，这就是今天要讲的在android中一些性能评估的方法和工具