标签：java lang break oat sql语句 设计 inline trace art
可供程序利用的资源（内存、CPU时间、网络带宽等）是有限的，优化的目的就是让程序用尽可能
少的资源完成预定的任务。优化通常包含两方面的内容：减小代码的体积，提高代码的运行效率。
本文讨论的主要是如何提高代码的效率。
在 Java程序中，性能问题的大部分原因并不在于Java语言，而是在于程序本身。养成好的代码编
写习惯非常重要，比如正确地、巧妙地运用 java.lang.String类和java.util.Vector类，它能够
显着地提高程序的性能。下面我们就来具体地分析一下这方面的问题。
1、尽量指定类的final修饰符带有final修饰符的类是不可派生的。在Java核心API中，有许多应用
final的例子，例如 java.lang.String。为String类指定final防止了人们覆盖length()方法。另
外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联（inline
）所有的final方法（这和具体的编译器实现有关）。此举能够使性能平均提高 50% 。
2、量重用对象。特别是String 对象的使用中，出现字符串连接情况时应用StringBuffer 代替。
由于系统不仅要花时间生成对象，以后可能还需花时间对这些对象进行垃圾回收和处理。因此，生
成过多的对象将会给程序的性能带来很大的影响。
3、尽量使用局部变量，调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）
中，速度较快。其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。另外，
依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。
4、不要重复初始化变量 默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：
所有的对象被设置成null，整数变量（byte、 short、int、long）设置成0，float和double变量
设置成0.0，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new
关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。
5、在JAVA + ORACLE 的应用系统开发中，java中内嵌的SQL语句尽量使用大写的形式，以减轻
ORACLE解析器的解析负担。
6、Java 编程过程中，进行数据库连接、I/O流操作时务必小心，在使用完毕后，及时关闭以释放
资源。因为对这些大对象的操作会造成系统大的开销，稍有不慎，会导致严重的后果。
7、由于JVM的有其自身的GC机制，不需要程序开发者的过多考虑，从一定程度上减轻了开发者负担
，但同时也遗漏了隐患，过分的创建对象会消耗系统的大量内存，严重时会导致内存泄露，因此，
保证过期对象的及时回收具有重要意义。JVM回收垃圾的条件是：对象不在被引用；然而，JVM的GC
并非十分的机智，即使对象满足了垃圾回收的条件也不一定会被立即回收。所以，建议我们在对象
使用完毕，应手动置成null。
8、在使用同步机制时，应尽量使用方法同步代替代码块同步。
9、尽量减少对变量的重复计算
例如：for(int i = 0;i < list.size; i ++) {
…
}
应替换为：
for(int i = 0,int len = list.size();i < len; i ++) {
…
}
10、尽量采用lazy loading 的策略，即在需要的时候才开始创建。
例如： String str = “aaa”;
if(i == 1) {
list.add(str);
}
应替换为：
if(i == 1) {
String str = “aaa”;
list.add(str);
}
11、慎用异常
异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为
fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信
息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。 异常
只能用于错误处理，不应该用来控制程序流程。
12、不要在循环中使用：
Try {
} catch() {
}
应把其放置在最外层。
13、设定StringBuffer的初始化容量
StringBuffer表示了可变的、可写的字符串。
有三个构造方法 :
StringBuffer (); //默认分配16个字符的空间
StringBuffer (int size); //分配size个字符的空间
StringBuffer (String str); //分配16个字符+str.length()个字符空间
你可以通过StringBuffer的构造函数来设定它的初始化容量，这样可以明显地提升性能。这里
提到的构造函数是 StringBuffer(int length)，length参数表示当前的StringBuffer能保持的字
符数量。你也可以使用 ensureCapacity(int minimumcapacity)方法在StringBuffer对象创建之后
设置它的容量。首先我们看看 StringBuffer的缺省行为，然后再找出一条更好的提升性能的途径
。
StringBuffer在内部维护一个字符数组，当你使用缺省的构造函数来创建StringBuffer对象的
时候，因为没有设置初始化字符长度，StringBuffer的容量被初始化为16个字符，也就是说缺省容
量就是16个字符。当StringBuffer达到最大容量的时候，它会将自身容量增加到当前的2倍再加2，
也就是（2*旧值+2）。如果你使用缺省值，初始化之后接着往里面追加字符，在你追加到第16个字
符的时候它会将容量增加到34（2*16+2），当追加到34个字符的时候就会将容量增加到 70
（2*34+2）。无论何事只要StringBuffer到达它的最大容量它就不得不创建一个新的字符数组然后
重新将旧字符和新字符都拷贝一遍――这也太昂贵了点。所以总是给StringBuffer设置一个合理的
初始化容量值是错不了的，这样会带来立竿见影的性能增益。
StringBuffer初始化过程的调整的作用由此可见一斑。所以，使用一个合适的容量值来初始化
StringBuffer永远都是一个最佳的建议。
14、合理的使用Java类 java.util.Vector。
简单地说，一个Vector就是一个java.lang.Object实例的数组。Vector与数组相似，它的元素
可以通过整数形式的索引访问。但是，Vector类型的对象在创建之后，对象的大小能够根据元素的
增加或者删除而扩展、缩小。请考虑下面这个向Vector加入元素的例子：
Object obj = new Object();
Vector v = new Vector(100000);
for(int I=0;
I<100000; I++) { v.add(0,obj); }
除非有绝对充足的理由要求每次都把新元素插入到Vector的前面，否则上面的代码对性能不利
。在默认构造函数中，Vector的初始存储能力是10个元素，如果新元素加入时存储能力不足，则以
后存储能力每次加倍。Vector类就象StringBuffer类一样，每次扩展存储能力时，所有现有的元素
都要复制到新的存储空间之中。下面的代码片段要比前面的例子快几个数量级：
Object obj = new Object();
Vector v = new Vector(100000);
for(int I=0; I<100000; I++) { v.add(obj); }
同样的规则也适用于Vector类的remove()方法。由于Vector中各个元素之间不能含有“空隙”
，删除除最后一个元素之外的任意其他元素都导致被删除元素之后的元素向前移动。也就是说，从
Vector删除最后一个元素要比删除第一个元素“开销”低好几倍。
假设要从前面的Vector删除所有元素，我们可以使用这种代码：
for(int I=0; I<100000; I++)
{
v.remove(0);
}
但是，与下面的代码相比，前面的代码要慢几个数量级：
for(int I=0; I<100000; I++)
{
v.remove(v.size()-1);
}
从Vector类型的对象v删除所有元素的最好方法是：
v.removeAllElements();
假设Vector类型的对象v包含字符串“Hello”。考虑下面的代码，它要从这个Vector中删除
“Hello”字符串：
String s = "Hello";
int i = v.indexOf(s);
if(I != -1) v.remove(s);
这些代码看起来没什么错误，但它同样对性能不利。在这段代码中，indexOf()方法对v进行顺
序搜索寻找字符串“Hello”，remove(s)方法也要进行同样的顺序搜索。改进之后的版本是：
String s = "Hello";
int i = v.indexOf(s);
if(I != -1) v.remove(i);
这个版本中我们直接在remove()方法中给出待删除元素的精确索引位置，从而避免了第二次搜
索。一个更好的版本是：
String s = "Hello"; v.remove(s);
最后，我们再来看一个有关Vector类的代码片段：
for(int I=0; I++;I < v.length)
如果v包含100,000个元素，这个代码片段将调用v.size()方法100,000次。虽然size方法是一
个简单的方法，但它仍旧需要一次方法调用的开销，至少JVM需要为它配置以及清除堆栈环境。在
这里，for循环内部的代码不会以任何方式修改Vector类型对象v的大小，因此上面的代码最好改写
成下面这种形式：
int size = v.size(); for(int I=0; I++;I<size)< p="" style="word-wrap: break-word;"></size)<>
虽然这是一个简单的改动，但它仍旧赢得了性能。毕竟，每一个CPU周期都是宝贵的。
15、当复制大量数据时，使用System.arraycopy()命令。
16、代码重构：增强代码的可读性。
例如：
public class ShopCart {
private List carts ;
…
public void add (Object item) {
if(carts == null) {
carts = new ArrayList();
}
crts.add(item);
}
public void remove(Object item) {
if(carts. contains(item)) {
carts.remove(item);
}
}
public List getCarts() {
//返回只读列表
return Collections.unmodifiableList(carts);
}
//不推荐这种方式
//this.getCarts().add(item);
}
17、不用new关键词创建类的实例
用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对
象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数
。
在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方
法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：
public static Credit getNewCredit() {
return new Credit();
}
改进后的代码使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
上面的思路对于数组处理同样很有用。
18、乘法和除法
考虑下面的代码：
for (val = 0; val < 100000; val +=5) {
alterX = val * 8; myResult = val * 2;
}
用移位操作替代乘法操作可以极大地提高性能。下面是修改后的代码：
for (val = 0; val < 100000; val += 5) {
alterX = val << 3; myResult = val << 1;
}
修改后的代码不再做乘以8的操作，而是改用等价的左移3位操作，每左移1位相当于乘以2。相
应地，右移1位操作相当于除以2。值得一提的是，虽然移位操作速度快，但可能使代码比较难于理
解，所以最好加上一些注释。
19、在JSP页面中关闭无用的会话。
一个常见的误解是以为session在有客户端访问时就被创建，然而事实是直到某server端程序
调用 HttpServletRequest.getSession(true)这样的语句时才被创建，注意如果JSP没有显示的使
用 <%@page session="false"%> 关闭session，则JSP文件在编译成Servlet时将会自动加上这样一
条语句HttpSession session = HttpServletRequest.getSession(true);这也是JSP中隐含的
session对象的来历。由于session会消耗内存资源，因此，如果不打算使用session，应该在所有
的JSP中关闭它。
对于那些无需跟踪会话状态的页面，关闭自动创建的会话可以节省一些资源。使用如下page指令：
<%@ page session="false"%>
20、JDBC与I/O
如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。默认情况下，
JDBC每次提取32行数据。举例来说，假设我们要遍历一个5000行的记录集，JDBC必须调用数据库
157次才能提取到全部数据。如果把块大小改成512，则调用数据库的次数将减少到10次。
21、Servlet与内存使用
许多开发者随意地把大量信息保存到用户会话之中。一些时候，保存在会话中的对象没有及时
地被垃圾回收机制回收。从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因
归于任何一个具体的组件。如果监视JVM的堆空间，它的表现是内存占用不正常地大起大落。
想要学习前端开发的同学，可以加群：543627393 学习哦！
标签：java lang break oat sql语句 设计 inline trace art
原文地址：http://www.cnblogs.com/mj3104392938/p/7815076.html
