?
实践28
将精力集中于建立良好可靠的设计(必要时易于修改)
高效代码与 1 良好的设计 2 明智地选择数据结构 3 明智地选择算法 三者的密切程度,远大于与实现语言的关系。
实践29
常见的Java编译器几乎做不了什么优化工作,所以不要依赖编译器的优化功能(特别Java的)
我们有三个选择:1 手动优化 2 使用第三方优化编译器 3 依靠诸如JIT,Hotspot这样的运行期优化策略
实践30
理解运行期代码优化技术
JIT的目的在于将bytecode于运行期转换为本机二进制码(native binary code)。
必须确保用于[收集数据和执行优化]的时间,不能超过优化所节省的时间。并且JIT自身启动也需要实践。
许多嵌入式系统或许并没有足够的内存用于JIT或Hotspot执行层。
实践31
如果要执行字符串连接,StringBuffer优于String
实践32
将待建对象的数量和体积减至最小
对象构件过程中发生的顺序:
1 从heap中分配内存,用于存放全部的instantce变量及这个对象连同其superclass的专有数据(域和方法指针)
2 对象的instance变量初始化对应缺省值
3 调用最深层派生类的构造函数,一直到Object
4 在构造函数本体执行前 所有instance变量初始值设定式和初始化区段先执行,再执行本体。
如果确定性能问题是由重型对象的创建造成:
1 使用缓式评估(延迟求值,lazy evaluation)
2 重新设计class
3 将class分解为多个轻型对象,使最关键的部分只使用轻型对象
增加对象创建成本的特征
1 构造函数中有大量代码
2 内含数量众多和庞大的对象 它们的初始化将是构造函数的一部分
3 太深的继承层次
实践33
只有在需要的时候再创建对象
实践34
只有在必要的时候 才使用synchronized 并且如果整个函数需要被同步化,为了产生体积较小且执行更快的代码,应优先使用函数修饰符,而不是在函数内使用同步块
实践35
尽可能使用stack变量
stack变量为JVM提供了更高效的bytecode指令序列,所以在循环内重复访问static变量或instance变量时,应当将它们暂时存储于stack变量中,以便获得更快的运行速度。
实践36
以方法体替换方法调用,会导致更快速的程序,如果要令函数为inline,必须先声明它们为static、final或private。
实践37
所有static变量和instance变量都会自动获得缺省值,所以不必重新将它们设为缺省值。随意最好的class应该是这样的:
class A{ private int count; private boolean flag; private Point pt; public A(){ pt=new Point(0,0); } }? 这里既不需要在开始对count,flag初始化,也不用在构造函数内初始化
实践38
使用基本类型,这将比使用包装类产生更小更快的代码
实践39
作遍历时,使用get()函数而不是Enumeration或Iterator/LisIterator,这样会导致更少的函数调用,也就意味着更快的运行速度
实践40
使用System.arraycopy()来复制arrays。因为这个是本机(native)函数,速度更快。?
注意copy的2个原数组和目标数组必须同类型且长度相同
实践41
优先使用array,再考虑ArrayList和Vector
Vector最慢 因为他是同步的 ArrayList是不带同步的
实践42
尽可能的复用现有的对象 但是要注意如果对象是objectreference 可能会引起不希望的结果
实践43
采用延迟求值 lazy evaluation, 延缓那些可能永远也不需要进行的工作
实践44
手工优化代码
剔除空白函数
剔除无用代码
削减强度(例如用+=)
合并常量
删减相同的子表达式
展开循环(会产生更多的代码)
简化代数
搬移循环内的不变式
实践45
编译为本机代码,通常可以获得运行速度更快的代码,但却因此必须在各种不同的本机方案中取舍。