|
锁定老帖子 主题：java代码调优笔记(一)
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-10-30
关于第六点可以参考
http://rednaxelafx.iteye.com/blog/545876 |
| 返回顶楼 | |
|
发表时间：2011-10-30
这也叫调优？瓶颈在哪都不知道，何来调优~
这只是一些编程习惯而已，只能说是java程序员的必备知识~ 真正的项目中，这些东西基本都是直接忽略掉的~ |
| 返回顶楼 | |
|
发表时间：2011-10-30
项楼上的, 基础知识还是要掌握的. 这里的优调有点儿狭隘
|
| 返回顶楼 | |
|
发表时间：2011-10-30
兄弟，你的总结很多我觉得有待考量，特别是在现代的jdk(>=1.4)已经做了很多优化，以下我的经验是在jdk1.6(以前1.5的也分析过)下的总结
cuishen 写道 (1). 用Boolean.valueOf(boolean b)代替new Boolean()
包装类的内存占用是很恐怖的，它是基本类型内存占用的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()既能节省空间，又能提高性能。 boolean b = false; Boolean flag = b; 通过查看字节码，发现自动装箱时调用的正是Boolean.valueOf(boolean)，即flag = Boolean.valueOf(b); cuishen 写道 (2). 用Integer.valueOf(int i)代替new Integer() 和Boolean类似，java开发中使用Integer封装int的场合也非常多，并且通常用int表示的数值都非常小。SUN SDK中对Integer的实例化进行了优化，Integer类缓存了-128到127这256个状态的Integer，如果使用 Integer.valueOf(int i)，传入的int范围正好在此内，就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。 同Boolean，Integer自动装箱时调用的正是Integer.valueOf(int) cuishen 写道 (3). 用StringBuffer的append方法代替"+"进行字符串相加。 这个已经被N多人说过N次了，这个就不多说了。 这个需要看使用的场合，如果能一次使用+或有限几(<5)次构造String，使用+没有多大问题，字节码提示，实际jdk使用StringBuffer替换了+，jdk1.6中是StringBuilder替换+ cuishen 写道 (4). 避免过深的类层次结构和过深的方法调用。 因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户)。 确实有影响，我认为这点性能的影响对于代码和设计的需要来说可以忽略——“不要过早的优化代码” cuishen 写道 (5). 变量只有在用到它的时候才定义和实例化。 这是初学者最容易犯的错，合理的使用变量，并且只有在用到它的时候才定义和实例化，能有效的避免内存空间和执行性能上的浪费，从而提高了代码的效率。 [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
还需要时刻关注是不是后面还使用了prop， 或者后面使用了prop时没有考虑，经过for后prop实际上不为null了。产生了误会。 所以为了代码的易懂可读，声明变量时尽量靠近使用变量的地方，有时候甚至可以使用{...}限定、突出其作用域。 [/size] cuishen 写道 (6). 避免在循环体中声明创建对象，即使该对象占用内存空间不大。 这种情况在我们的实际应用中经常遇到，而且我们很容易犯类似的错误，例如下面的代码：
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);
}
采用上面的第二种编写方式，仅在内存中保存一份对该对象的引用，而不像上面的第一种编写方式中代码会在内存中产生大量的对象引用，浪费大量的内存空间，而且增大了垃圾回收的负荷。因此在循环体中声明创建对象的编写方式应该尽量避免。 同上一条，这个并不是错误而且是一个很好的实践，代码可读性更好，性能影响基本没有。 cuishen 写道 (7). 如果if判断中多个条件用'||'或者'&&'连接，请将出现频率最高的条件放在表达式最前面。 这个小技巧往往能有效的提高程序的性能，尤其是当if判断放在循环体里面时，效果更明显。 我认为应当把最可能让条件成立（对于||）或者最可能让条件失败（对于&&）的放在最前面。 兄弟你可以参考下。。。 |
| 返回顶楼 | |
|
发表时间：2011-10-31
的确现在的编译器很强大，帮我们减少到了很多工作量，不过保持习惯还是很重要的
|
| 返回顶楼 | |
|
发表时间：2011-10-31
最后修改：2011-10-31
skzr.org 写道 兄弟，你的总结很多我觉得有待考量，特别是在现代的jdk(>=1.4)已经做了很多优化，以下我的经验是在jdk1.6(以前1.5的也分析过)下的总结
cuishen 写道 (1). 用Boolean.valueOf(boolean b)代替new Boolean()
包装类的内存占用是很恐怖的，它是基本类型内存占用的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()既能节省空间，又能提高性能。 boolean b = false; Boolean flag = b; 通过查看字节码，发现自动装箱时调用的正是Boolean.valueOf(boolean)，即flag = Boolean.valueOf(b); cuishen 写道 (2). 用Integer.valueOf(int i)代替new Integer() 和Boolean类似，java开发中使用Integer封装int的场合也非常多，并且通常用int表示的数值都非常小。SUN SDK中对Integer的实例化进行了优化，Integer类缓存了-128到127这256个状态的Integer，如果使用 Integer.valueOf(int i)，传入的int范围正好在此内，就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。 同Boolean，Integer自动装箱时调用的正是Integer.valueOf(int) cuishen 写道 (3). 用StringBuffer的append方法代替"+"进行字符串相加。 这个已经被N多人说过N次了，这个就不多说了。 这个需要看使用的场合，如果能一次使用+或有限几(<5)次构造String，使用+没有多大问题，字节码提示，实际jdk使用StringBuffer替换了+，jdk1.6中是StringBuilder替换+ cuishen 写道 (4). 避免过深的类层次结构和过深的方法调用。 因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户)。 确实有影响，我认为这点性能的影响对于代码和设计的需要来说可以忽略——“不要过早的优化代码” cuishen 写道 (5). 变量只有在用到它的时候才定义和实例化。 这是初学者最容易犯的错，合理的使用变量，并且只有在用到它的时候才定义和实例化，能有效的避免内存空间和执行性能上的浪费，从而提高了代码的效率。 [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
还需要时刻关注是不是后面还使用了prop， 或者后面使用了prop时没有考虑，经过for后prop实际上不为null了。产生了误会。 所以为了代码的易懂可读，声明变量时尽量靠近使用变量的地方，有时候甚至可以使用{...}限定、突出其作用域。 [/size] cuishen 写道 (6). 避免在循环体中声明创建对象，即使该对象占用内存空间不大。 这种情况在我们的实际应用中经常遇到，而且我们很容易犯类似的错误，例如下面的代码：
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);
}
采用上面的第二种编写方式，仅在内存中保存一份对该对象的引用，而不像上面的第一种编写方式中代码会在内存中产生大量的对象引用，浪费大量的内存空间，而且增大了垃圾回收的负荷。因此在循环体中声明创建对象的编写方式应该尽量避免。 同上一条，这个并不是错误而且是一个很好的实践，代码可读性更好，性能影响基本没有。 cuishen 写道 (7). 如果if判断中多个条件用'||'或者'&&'连接，请将出现频率最高的条件放在表达式最前面。 这个小技巧往往能有效的提高程序的性能，尤其是当if判断放在循环体里面时，效果更明显。 我认为应当把最可能让条件成立（对于||）或者最可能让条件失败（对于&&）的放在最前面。 兄弟你可以参考下。。。 深表赞同！ |
| 返回顶楼 | |
|
发表时间：2011-10-31
ngn9999 写道 chenjingbo 写道 yjydmlh 写道 (6). 避免在循环体中声明创建对象，即使该对象占用内存空间不大。
这种情况在我们的实际应用中经常遇到，而且我们很容易犯类似的错误，例如下面的代码：
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);
}
采用上面的第二种编写方式，仅在内存中保存一份对该对象的引用，而不像上面的第一种编写方式中代码会在内存中产生大量的对象引用，浪费大量的内存空间，而且增大了垃圾回收的负荷。因此在循环体中声明创建对象的编写方式应该尽量避免。 我一直都是采用的第二种编写方式，没有原因，只是非常讨厌第一种编写方式，我也是后来才知道第一种方式不好的！ 呵呵,无论是上面那种还是下面这种,堆内分配的对象都没有减少.至于说增加gc负担就更无从谈起了. 但是第二种方法会增加栈当中的引用数量.比如这个例子来说就是增加 9999个引用 ,差不多是40000byte ,也就是40K的开销.. 请问chenjingbo大大，第二中写法增加的是哪个引用的数量？真的增加了引用的数量么？增加的引用是存放在哪里的？ 对的.就是栈当中引用的数量.堆里面肯定还是要分配的.. 另外,后面有个朋友说,一个程序里会有很多这种引用,可能2W个都不止,这个倒是正常的,但是大家需要了解的是,栈是线程私有的,只要这个方法执行结束,栈中的引用就会被回收.除非你把1M的栈空间用完..1000kb = 1024*1024byte 大概同时可以放25W个引用(极端情况),注意我这里说的是同时..这还不算局部变量表中的Slot复用. 最后,说明下,我们平时说的垃圾回收和栈中内存无关.垃圾回收只回收堆和方法区(PermGen)的内存. |
| 返回顶楼 | |
|
发表时间：2012-03-28
我还以为是代码的可读性调优！！失望了~
|
| 返回顶楼 | |
|
发表时间：2012-04-09
还有疑问，明天再看看！
|
| 返回顶楼 | |
