Practicle Java笔记 实践28-45

 

实践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

编译为本机代码，通常可以获得运行速度更快的代码，但却因此必须在各种不同的本机方案中取舍。