优就业Android教程-Android应用程序运行的性能设计37358.pdf

《优就业Android教程-Android应用程序运行的性能设计37358.pdf》由会员分享，可在线阅读，更多相关《优就业Android教程-Android应用程序运行的性能设计37358.pdf（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、.1 优就业Android 教程-Android应用程序运行的性能设计 Android 应用程序运行的移动设备受限于其运算能力，存储空间，及电池续航。由此，它必须是高效的。电池续航可能是一个促使你优化程序的原因，即使他看起来已经运行的足够快了。由于续航对用户的重要性，当电量耗损陡增时，意味这用户迟早会发现是由于你的程序。虽然这份文档主要包含着细微的优化，但这些绝不能成为你软件成败的关键。选择适宜的算法和数据构造永远是你最先应该考虑的事情，但这超出这份文档之外。1.介绍 写出高效的代码有两条根本的原则：不作没有必要的工作 尽量防止存分配。2.明智的优化 这份文档是关于 Android 规的细微优

2、化，所以先确保你已经了解哪些代码需要优化，并且知道如何去衡量你所做修改所带来的效果(好或坏)。用开投资开发的时间是有限的，所以明智的时间规划很重要。.1 这份文档同时确保你在算法和数据构造上作出最正确选择，同时考虑了 API选择所带来的潜在影响。使用恰当的数据构造和算法比这里的任何建议都有价值，考虑 API 版本带来的影响会如实你选择更好的实现。当你优化 Android 程序时会遇到的一个棘手问题是确保你的程序能在不同的硬件平台上运行。不同版本的虚拟机在不同处理器上的运行速度各不一样。并且不是简单的设备 A 比设备 B 快或者慢，并针对一个设备与其他设备之间做出排列。特别的，模拟器上只能评测小

3、局部可以在设备上表达的东西。有无 JIT的设备间也有着巨大差异：对于有 JIT 设备好的代码有时对无 JIT 的设备并不是最好的。如果你想知道程序在设备上的表现，就必须在上面进展测试 3.防止创立不必要的对象 对象创立永远不会免费的。每个线程的分代 GC 给临时对象分配一个地址池能降低分配开销，但分配存往往需要比不分配存高的代价。如果在用户界面周期分配对象，会强制一个周期性的垃圾回收，给用户体验造成小小的停顿间隙。Gingerbread 中介绍的并发回收也许有用，但应该防止不必要的工作。因此，防止创立不需要的对象实例。下面是几个例子：.1 如果有一个返回 String 的方法，他的返回值通常附

4、加在一个 StringBuffer 上，改变声明和实现，这样函数直接在其后面附加，而非创立一个短暂存在的临时变量。当从输入的数据集合中读取数据时，考虑返回原始数据的子串，而非新建一个拷贝。这样你会创立一个新的对象，但是他们共享该数据的 char 数组。换来的是即使你仅仅使用原始输入的一局部，你也需要保证它一直存在于存中。一个更彻底的观点是将多维数组切割成一维数组：Int 类型的数组比 Integer 类型的好。推而广之，两个平行的 int 数组要比一个(int,int)型的对象数组高效。这个定理对于任何根本数据类型的组合都通用。如果需要实现存放元组(Foo,Bar)对象的容器，记住两个平行数组

5、 Foo,Bar会优于一个(Foo,Bar)对象的数组。(例外情况是：当你设计 API 给其他代码调用时，最好用好的 API 设计来换取小的速度提升。但在自己的部代码中，尽量尝试高效的实现。)通常来说，尽量防止创立短时临时对象。少的对象创立意味着低频的垃圾回收。这对于用户体验产生直接的影响。4.性能之谜.1 前一个版本的文档给出了好多误导人的主，这里做一些澄清：在没有 JIT 的设备上，调用方法所传递的对象采用具体的类型而非接口类型会更有效(比方，传递 HashMap map 比传递 Map map 调用一个方法消耗的开销小，尽管两种情况下的 map 都是 HashMap)。但这并不是两倍慢的

6、情形，事实上，只相差 6%，而 JIT 使这两种调用的效率不分伯仲。在没有 JIT 的设备上，缓存后的字段比直接字段快大概 20%。在有 JIT的情况下，字段和局部消耗是一样的。所以这里不值得优化，除非你觉得他会让你的代码更易读(对于 final,static，及 static final 变量同样适用).5.用静态代替虚拟 如果不需要*对象的字段，将方法设置为静态，调用会加速 15%到 20%。这也是一种好的做法，因为你可以通过方法声明知晓调用该方法不需要更新此对象的状态。6.防止部的 Getters/Setters 在源生语言像C+中，通常做法是用Getters(i=getCount()代

7、替直接字段(i=mCount)。这是 C+中一个好的习惯，因为编译器会联这些，如果需要约束或者调试这些域的，你可以在任何时间添加代码。.1 在 Android 中，这是个不好的想法。虚方法调用代价比直接存取字段高昂的多。按照通常面向对象语言的做法在公共接口中使用 Getters 和 Setters 是有原因的，但应该在一个经常其字段的类中采用直接。无 JIT 时，直接字段大约比调用无关紧要的 getter 来快 3 倍。有 JIT 时(直接字段开销和局部变量是一样的)，要快 7 倍。在 Froyo 版本中确实如此，但以后会在 JIT 中改进 Getter 方法的联。7.对常量使用 Static

8、 Final 修饰符 考虑下面类首的声明：Java 代码 static int intVal=42;static String strVal=Hello,world!;编译器生成一个类初始化方法 clinit,当类初次被使用时执行，这个方法将 42 存入 intVal 中，并得到类字符串常量 strVal 的引用。当这些值在后面被引用时，他们通过字段查找进展。我们改进实现，采用 final 关键字：Java 代码.1 static final int intVal=42;static final String strVal=Hello,world!;类不再需要 clinit 方法，因为常量进入

9、了 de*文件中的静态字段初始化器中。引用 intVal 的代码，直接调用整形值 42，而 strVal 时也会采用相对开销较小的 string constant(字符串常量)指令替代字段查找。(这种优化仅仅是针对根本数据类型和 String 类型常量的，而非任意的引用类型。但尽可能的将常量声明为 static final 类型是一种好的做法。8.使用改进的 For 循环语法 改进的 for 循环(有时被称为 for-each循环)能够用于实现了 iterable 接口的集合类及数组中。在集合类中，迭代器促使接口 hasNe*t()和 ne*t()方法，在 ArrayList 中，计数循环迭代

10、要快 3 倍(无论有没有 JIT)，但其他集合类中，改进的 for 循环语法和迭代器具有一样的效率。这里有一些迭代数组的实现：Java 代码 static class Foo int mSplat;Foo mArray=.public void zero()int sum=0;for(int i=0;i mArray.length;+i)sum+=mArrayi.mSplat;public void one()int sum=0;Foo localArray=mArray;int len=localArray.length;for(int i=0;i len;+i)s.1 um+=localA

11、rrayi.mSplat;public void two()int sum=0;for(Foo a:mArray)sum+=a.mSplat;zero()是当中最慢的，因为对于这个遍历中的历次迭代，JIT 不能优化获取数组长度的开销。One()稍快，将所有东西都放进局部变量中，防止了查找。但仅只有数组长度促使了性能的改善。Two()是在无 JIT 的设备上运行最快的，对于有 JIT 的设备则和 one()不分上下。他采用了JDK1.5 中的改进 for 循环语法。结论：优先采用改进的for 循环，但在性能要求苛刻的ArrayList迭代中考虑采用手写计数循环。9.在私有部中，考虑用包权限替代私

12、有权限 考虑下面的定义：Java 代码 public class Foo private class Inner void stuff()Foo.this.doStuff(Foo.this.mValue);private int mValue;public void run()In.1 ner in=new Inner();mValue=27;in.stuff();private void doStuff(int value)System.out.println(Value is +value);需要注意的关键是：我们定义的一个私有部类(Foo$Inner)直接外部类中的一个私有方法和私有变量

13、。这是合法的，代码也会打印出预期的Value is 27。但问题是虚拟机认为从Foo$Inner中直接 Foo 的私有成员是非法的，因为他们是两个不同的类，尽管 Java 语言允许部类外部类的私有成员，编译器生成几个综合方法来桥接这些间隙。Java 代码/*package*/static int Foo.access$100(Foo foo)return foo.mValue;/*package*/static void Foo.access$200(Foo foo,int value)foo.doStuff(value);部类会在外部类中任何需要mValue字段或者doStuff方法的地方调

14、用这些静态方法。这意味着这些代码将直接存取成员变量归结为通过存取器方法。之前提到存取器如何比直接慢，这例子说明，*些语言约定导致了不可见的性能问题。如果你在高性能的 Hotspot 中使用这些代码，可以通过声明被部类的字段和成员为包权限，而非私有。不幸的是这意味着这些字段会被其他处于同一个包中的类，因此在公共 API 中不宜采用。.1 10.合理利用浮点数 通常的经历是，在 Android 设备中，浮点数会比整型慢两倍，在缺少 FPU，或是 JIT 的 G1 以及有 FPU 和 JIT 的 Ne*us One 中确实如此(两种设备间算数运算的绝对速度差大约是 10 倍).速度术语中，在现代硬件

15、上，float 和 double 之间并没有不同。更广泛的讲，double 大约 2 倍大。在没有存储空间问题的桌面机器中，double 的优先级高于 float。但即使是整型，有些芯片拥有硬件乘法，却缺少除法。这种情况下，整型除法和求模运算是通过软件实现的，考虑下当你设计 Hash 表，或是做大量的算术。11.了解并使用类库 除了通常的那些有限选择类库代码而非自己的原因外，考虑到系统空闲时用手写的汇编程序来替代类库方法，这可能比 JIT 中能生成的最好的等效 Java 代码还要好。典型的例子就是 String.inde*Of，Dalvik 用部联来替代。同样的，System.arraycop

16、y 方法比 Ne*us One 中有 JIT 的自行编码循环快 9 倍.12.合理利用本地方法 本地方法并不是一定比 Java 高效，至少，Java 和 native 之间过渡的关联是有消耗的。而 JIT 并不能越过这个界限进展优化。当你分配本地资源时(本地.1 堆上的存，文件说明符等)，往往很难实时的回收这些资源。同时你也需要在各个构造中编译你的代码，而非依赖 JIT。甚至可能需要针对一样的架构来编译出不同版本：针对 ARM 处理器的 GI 编译的本地代码，并不能充分利用 Ne*us One 上的 ARM，而针对 Ne*us One 上 ARM 编译的本地代码不能在 G1 的 ARM 上运行

17、。当存在有你想部署到 Android 上的本地代码库时，本地代码显得尤为有用，而非为了 Java 应用程序的提速。结语 最后：通常权衡的，先确定存在问题，再进展优化。确认你知道当前的性能，否则无法衡量你进展尝试所得到的提升。这份文档中的每个主都有基准测试作为支持。你可以在 code.google.的 dalvik 工程中找到基准测试的代码。基准测试是用 Caliper Java 微基准测试框架构建的。微基准测试很难走对，Caliper 帮你完成了其中的困难工作。即使当你觉察*些情况的测试结果并非你所想象的那样(虚拟机总是在优化你的代码那)。我们强烈推荐你用 Caliper 来运行你自己的微基准测试。.1 同时你也会发现 Traceview 对分析很有用，但必须了解，他目前是不支持 JIT 的，这可能导致那些在 JIT 上可以胜出的代码超时。特别重要的，当根据 Taceview 的数据作出更改后，确保代码在没有 Traceview 时，确实跑的快了.