[color=red][size=large]兄弟,你的总结很多我觉得有待考量,特别是在现代的jdk(>=1.4)已经做了很多优化,以下我的经验是在jdk1.6(以前1.5的也分析过)下的总结[/size][/color]
[quote="cuishen"][b](1). 用Boolean.valueOf(boolean b)代替new Boolean()[/b]
包装类的内存占用是很恐怖的,它是基本类型内存占用的N倍(N>2),同时new一个对象也是性能的消耗。
我们再看看JDK对于Boolean.valueOf(boolean b)的实现:
Boolean类提供了两个常量:
而valueOf(boolean b)的内部实现是:
因此用Boolean.valueOf(boolean b)代替new Boolean()既能节省空间,又能提高性能。
[/quote]
[color=red][size=large]
boolean b = false;
Boolean flag = b;
通过查看字节码,发现自动装箱时调用的正是Boolean.valueOf(boolean),即flag = Boolean.valueOf(b);
[/size][/color]
[quote="cuishen"]
[b](2). 用Integer.valueOf(int i)代替new Integer()[/b]
和Boolean类似,java开发中使用Integer封装int的场合也非常多,并且通常用int表示的数值都非常小。SUN SDK中对Integer的实例化进行了优化,Integer类缓存了-128到127这256个状态的Integer,如果使用 Integer.valueOf(int i),传入的int范围正好在此内,就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。
[/quote]
[color=red][size=large]
同Boolean,Integer自动装箱时调用的正是Integer.valueOf(int)
[/size][/color]
[quote="cuishen"]
[b](3). 用StringBuffer的append方法代替"+"进行字符串相加。[/b]
这个已经被N多人说过N次了,这个就不多说了。
[/quote]
[color=red][size=large]
这个需要看使用的场合,如果能一次使用+或有限几(<5)次构造String,使用+没有多大问题,字节码提示,实际jdk使用StringBuffer替换了+,jdk1.6中是StringBuilder替换+
[/size][/color]
[quote="cuishen"]
[b](4). 避免过深的类层次结构和过深的方法调用。[/b]
因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户)。
[/quote]
[color=red][size=large]
确实有影响,我认为这点性能的影响对于代码和设计的需要来说可以忽略——“不要过早的优化代码”
[/size][/color]
[quote="cuishen"]
[b](5). 变量只有在用到它的时候才定义和实例化。[/b]
这是初学者最容易犯的错,合理的使用变量,并且只有在用到它的时候才定义和实例化,能有效的避免内存空间和执行性能上的浪费,从而提高了代码的效率。
[/quote]
[size=large]
我认为这条规则来源——代码的可读性需要。
为了让代码更易读,我们应当在需要变量的地方再声明,并使用,这样就不用看到变量要时刻记住和注意这个变量在代码中的作用域,或者这个代码可能在哪儿曾经被修改过。
比如:
这样对于变量prop我就知道,是为了处理集合元素需要,出了for没有用了。
反之:如果在代码开始就定义了prop如下代码
[color=red]
还需要时刻关注是不是后面还使用了prop,
或者后面使用了prop时没有考虑,经过for后prop实际上不为null了。产生了误会。
[/color]
[b]所以为了代码的易懂可读,声明变量时尽量靠近使用变量的地方,有时候甚至可以使用{...}限定、突出其作用域。[/b]
[/size]
[quote="cuishen"]
[b](6). 避免在循环体中声明创建对象,即使该对象占用内存空间不大。[/b]
这种情况在我们的实际应用中经常遇到,而且我们很容易犯类似的错误,例如下面的代码:
上面的做法会浪费较大的内存空间。正确的做法如下所示:
采用上面的第二种编写方式,仅在内存中保存一份对该对象的引用,而不像上面的第一种编写方式中代码会在内存中产生大量的对象引用,浪费大量的内存空间,而且增大了垃圾回收的负荷。因此在循环体中声明创建对象的编写方式应该尽量避免。
[/quote]
[color=red][size=large]
同上一条,这个并不是错误而且是一个很好的实践,代码可读性更好,性能影响基本没有。
[/size][/color]
[quote="cuishen"]
[b](7). 如果if判断中多个条件用'||'或者'&&'连接,请将出现频率最高的条件放在表达式最前面。[/b]
这个小技巧往往能有效的提高程序的性能,尤其是当if判断放在循环体里面时,效果更明显。
[/quote]
[color=red][size=large]
我认为应当把最可能让[b]条件成立(对于||)[/b]或者最可能让[b]条件失败(对于&&)[/b]的放在最前面。
[/size][/color]
兄弟你可以参考下。。。
[quote="cuishen"][b](1). 用Boolean.valueOf(boolean b)代替new Boolean()[/b]
包装类的内存占用是很恐怖的,它是基本类型内存占用的N倍(N>2),同时new一个对象也是性能的消耗。
我们再看看JDK对于Boolean.valueOf(boolean b)的实现:
Boolean类提供了两个常量:
public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);
而valueOf(boolean b)的内部实现是:
return (b ? TRUE : FALSE);
因此用Boolean.valueOf(boolean b)代替new Boolean()既能节省空间,又能提高性能。
[/quote]
[color=red][size=large]
boolean b = false;
Boolean flag = b;
通过查看字节码,发现自动装箱时调用的正是Boolean.valueOf(boolean),即flag = Boolean.valueOf(b);
[/size][/color]
[quote="cuishen"]
[b](2). 用Integer.valueOf(int i)代替new Integer()[/b]
和Boolean类似,java开发中使用Integer封装int的场合也非常多,并且通常用int表示的数值都非常小。SUN SDK中对Integer的实例化进行了优化,Integer类缓存了-128到127这256个状态的Integer,如果使用 Integer.valueOf(int i),传入的int范围正好在此内,就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。
[/quote]
[color=red][size=large]
同Boolean,Integer自动装箱时调用的正是Integer.valueOf(int)
[/size][/color]
[quote="cuishen"]
[b](3). 用StringBuffer的append方法代替"+"进行字符串相加。[/b]
这个已经被N多人说过N次了,这个就不多说了。
[/quote]
[color=red][size=large]
这个需要看使用的场合,如果能一次使用+或有限几(<5)次构造String,使用+没有多大问题,字节码提示,实际jdk使用StringBuffer替换了+,jdk1.6中是StringBuilder替换+
[/size][/color]
[quote="cuishen"]
[b](4). 避免过深的类层次结构和过深的方法调用。[/b]
因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户)。
[/quote]
[color=red][size=large]
确实有影响,我认为这点性能的影响对于代码和设计的需要来说可以忽略——“不要过早的优化代码”
[/size][/color]
[quote="cuishen"]
[b](5). 变量只有在用到它的时候才定义和实例化。[/b]
这是初学者最容易犯的错,合理的使用变量,并且只有在用到它的时候才定义和实例化,能有效的避免内存空间和执行性能上的浪费,从而提高了代码的效率。
[/quote]
[size=large]
我认为这条规则来源——代码的可读性需要。
为了让代码更易读,我们应当在需要变量的地方再声明,并使用,这样就不用看到变量要时刻记住和注意这个变量在代码中的作用域,或者这个代码可能在哪儿曾经被修改过。
比如:
for (Object prop : props) {
...
}
或者
for (int i = 0, size = props.size(); i < size; i++) {
Object prop = props.get(i);
...
}
这样对于变量prop我就知道,是为了处理集合元素需要,出了for没有用了。
反之:如果在代码开始就定义了prop如下代码
Object prop = null;
for (int i = 0, size = props.size(); i < size; i++) {
prop = props.get(i);
...
}
...
if (flag) prop = a result object;
return prop
[color=red]
还需要时刻关注是不是后面还使用了prop,
或者后面使用了prop时没有考虑,经过for后prop实际上不为null了。产生了误会。
[/color]
[b]所以为了代码的易懂可读,声明变量时尽量靠近使用变量的地方,有时候甚至可以使用{...}限定、突出其作用域。[/b]
[/size]
[quote="cuishen"]
[b](6). 避免在循环体中声明创建对象,即使该对象占用内存空间不大。[/b]
这种情况在我们的实际应用中经常遇到,而且我们很容易犯类似的错误,例如下面的代码:
for (int i = 0; i < 10000; ++i) {
Object obj = new Object();
System.out.println("obj= " + obj);
}
上面的做法会浪费较大的内存空间。正确的做法如下所示:
Object obj = null;
for (int i = 0; i < 10000; ++i) {
obj = new Object();
System.out.println("obj= "+ obj);
}
采用上面的第二种编写方式,仅在内存中保存一份对该对象的引用,而不像上面的第一种编写方式中代码会在内存中产生大量的对象引用,浪费大量的内存空间,而且增大了垃圾回收的负荷。因此在循环体中声明创建对象的编写方式应该尽量避免。
[/quote]
[color=red][size=large]
同上一条,这个并不是错误而且是一个很好的实践,代码可读性更好,性能影响基本没有。
[/size][/color]
[quote="cuishen"]
[b](7). 如果if判断中多个条件用'||'或者'&&'连接,请将出现频率最高的条件放在表达式最前面。[/b]
这个小技巧往往能有效的提高程序的性能,尤其是当if判断放在循环体里面时,效果更明显。
[/quote]
[color=red][size=large]
我认为应当把最可能让[b]条件成立(对于||)[/b]或者最可能让[b]条件失败(对于&&)[/b]的放在最前面。
[/size][/color]
兄弟你可以参考下。。。