关于性能优化

我发现一个现象，很多两三年以下的人写代码动不动就扯性能，其实他们大部分人根本不知道到底哪是性能瓶颈，函数调用的效率，CPU执行指令需要的时间...工作效率低不说，还考虑很多没用的东西。个人感觉，性能这个东西应该考虑：
1.考虑程序的应用范围。如果你是给核反应堆写实时程序，那每一步你可能都得考虑，其他就大部分通用程序而言，你不用每一步都考虑。
2.性能要考虑关键瓶颈。不是每一步都是关键，关键瓶颈不是写之前提前考虑出来的，而是测出来的。很多你以为瓶颈的地方往往不是瓶颈。
3.低效的算法+大量的处理数据两者结合往往是导致效率低下的根本原因，而函数调用，拆分函数等不是。JAVA初学者喜欢怀疑函数调用，C++派则彻底怀疑继承结构和堆上的数据，很有意思的现象。即使低效的算法处理小量数据也没必要优化，e.g.冒泡排序和快速排序在排少量数据的时候的性能差异不需要考虑。

大家说说自己的看法。

P.S.编程里面真的有很多不符合直觉的结论。比如边开发边考虑性能优化是否必要，比如添加人手是否能提高项目进度，真的是很有意思。

评论

35 楼 agapple 2010-11-16  

jdk 6后系统性能已经好了很多，扣个几行代码或者函数调用少几次效果不明显

性能问题最大的还是I/O操作，比如文件I/O，网络I/O(数据库，rpc调用)等，像数据库少调用一次平均可以减少2ms，这可以执行几亿次for循环了

34 楼 sunlight9641 2010-11-16  

piao_bo_yi 写道

我发现一个现象，很多两三年以下的人写代码动不动就扯性能，其实他们大部分人根本不知道到底哪是性能瓶颈，函数调用的效率，CPU执行指令需要的时间...工作效率低不说，还考虑很多没用的东西。个人感觉，性能这个东西应该考虑：
1.考虑程序的应用范围。如果你是给核反应堆写实时程序，那每一步你可能都得考虑，其他就大部分通用程序而言，你不用每一步都考虑。
2.性能要考虑关键瓶颈。不是每一步都是关键，关键瓶颈不是写之前提前考虑出来的，而是测出来的。很多你以为瓶颈的地方往往不是瓶颈。
3.低效的算法+大量的处理数据两者结合往往是导致效率低下的根本原因，而函数调用，拆分函数等不是。JAVA初学者喜欢怀疑函数调用，C++派则彻底怀疑继承结构和堆上的数据，很有意思的现象。即使低效的算法处理小量数据也没必要优化，e.g.冒泡排序和快速排序在排少量数据的时候的性能差异不需要考虑。

大家说说自己的看法。

P.S.编程里面真的有很多不符合直觉的结论。比如边开发边考虑性能优化是否必要，比如添加人手是否能提高项目进度，真的是很有意思。

赞同楼主的看法。
如果再加上根据开发规范（这个规范并没有统一的），进行代码书写就更加完美了：）

33 楼 shuofenglxy 2010-11-16  

性能是什么指标？ 就是你使用中发现达不到自己的要求标准（或者是预计到某段时间后达不到期望底限了）了，这样的情况下才想到优化，而优化往往和重构一起出现，学会分析优化才是最关键的，不要以为每一句代码都对性能起到关键性的影响，分析性能瓶颈，提出可行方案，验证优化结果，不行就继续调整方案。这才是优化的思想。不要为了优化而优化，没有可预计的用途不要为了重构而去重构，即使代码你觉得很乱。

32 楼 chptcleo 2010-11-16  

Java程序确实也有很多需要优化的地方，但更重要的是庞大的数据库存取优化

31 楼 ironsabre 2010-11-16  

flysnowxf 写道

ironsabre 写道

flysnowxf 写道

汗，这是很基础的概念了。
百度百科：http://baike.baidu.com/view/714962.htm

引用

当以前分配的一片内存不再需要使用或无法访问时，但是却并没有释放它，那么对于该进程来说，会因此导致总可用内存的减少，这时就出现了内存泄漏。

再说一次，向集合里一直加东西不删除，这个不叫内存泄漏。

那是你的理解了。我的理解是，分配了内存，但这些内存不再被使用，比如过期了、没用了，但又没有去删除，造成内存占用越来越多。HashMap的使用就容易出现这个问题。

哎。你这个没过期，也有用。你可以通过HashMap取出来值的，这怎么能叫泄漏呢？
我现在总是你，如果你向cache里放了100个对象，永远keep住，如果我应用程序经常来访问它，叫不叫泄漏？
如果我应用程序再也不来访问它，叫不叫泄漏？
按你的理解，第一种不叫，第二种叫。可这两种没有区别。我不可能用由第三方来判断我自己是不是泄漏，明白吗？

下面这个Stack，在被别人用的时候，可能会引起泄漏。你先找找看哪行会出总是。然后再理解一下跟你这个有什么区别。
import java.util.Arrays;
import java.util.EmptyStackException;

public class Stack {
private Object[] elements;
private int size = 0;
private static final int DEFAULT_INITIAL_CAPACITY = 16;

public Stack() {
elements = new Object[DEFAULT_INITIAL_CAPACITY];
}

public void push(Object e) {
ensureCapacity();
elements[size++] = e;
}

public Object pop() {
if (size == 0)
throw new EmptyStackException();
return elements[--size];
}

/**
* Ensure space for at least one more element, roughly doubling the capacity
* each time the array needs to grow.
*/
private void ensureCapacity() {
if (elements.length == size)
elements = Arrays.copyOf(elements, 2 * size + 1);
}
}

30 楼 flysnowxf 2010-11-16  

ironsabre 写道

flysnowxf 写道

汗，这是很基础的概念了。
百度百科：http://baike.baidu.com/view/714962.htm

引用

当以前分配的一片内存不再需要使用或无法访问时，但是却并没有释放它，那么对于该进程来说，会因此导致总可用内存的减少，这时就出现了内存泄漏。

再说一次，向集合里一直加东西不删除，这个不叫内存泄漏。

那是你的理解了。我的理解是，分配了内存，但这些内存不再被使用，比如过期了、没用了，但又没有去删除，造成内存占用越来越多。HashMap的使用就容易出现这个问题。

29 楼 qvjing520 2010-11-16  

JDialog d= new JDialog();
d.setVisiable(true);
当你不需要的的时候你直接d.setVisiable(false);
你甚至可以这样d=null;
看看这个对象能被释放吗
内存泄露就是写代码不注意来的

28 楼 ironsabre 2010-11-16  

flysnowxf 写道

汗，这是很基础的概念了。
百度百科：http://baike.baidu.com/view/714962.htm

引用

当以前分配的一片内存不再需要使用或无法访问时，但是却并没有释放它，那么对于该进程来说，会因此导致总可用内存的减少，这时就出现了内存泄漏。

再说一次，向集合里一直加东西不删除，这个不叫内存泄漏。

27 楼 flysnowxf 2010-11-16  

汗，这是很基础的概念了。
百度百科：http://baike.baidu.com/view/714962.htm

引用

当以前分配的一片内存不再需要使用或无法访问时，但是却并没有释放它，那么对于该进程来说，会因此导致总可用内存的减少，这时就出现了内存泄漏。

26 楼 ironsabre 2010-11-16  

flysnowxf 写道

ironsabre 写道

qianhd 写道

对于新手 写的时候动动脑子 别写出内存泄漏的代码 就谢天谢地了

有些人习惯性的爱写内存泄漏的代码
真不知道怎么想的

我觉得新手想要写出内存泄漏的代码是很难的，或者说你让他写一段内存泄漏的代码他都写不出来。要不你写一个试试？

如果写本地缓存的话，是很容易出现的。比如new HashMap()，然后不断往里边put(Object)，但却不记得remove或者后台起一个线程去remove，结果hashMap里边的数据越来越多，里边引用的Object却不能被垃圾收回。这种内存泄露的情况非常普遍。

关于性能优化，在没有经验积累的情况，建议先测出来瓶颈在哪里。比如jprofile就很容易分析出哪段代码花费cpu的时间比较长。以我的经验来看，性能瓶颈主要在数据库和网络通信。

哥哥，一直往集合里加东西但不删除，这个不叫内存泄漏。

25 楼 ironsabre 2010-11-16  

li445970924 写道

求一段内存泄露的代码

真不太好写，需要基础比较好的人才写得出来。

24 楼 flysnowxf 2010-11-16  

ironsabre 写道

qianhd 写道

对于新手 写的时候动动脑子 别写出内存泄漏的代码 就谢天谢地了

有些人习惯性的爱写内存泄漏的代码
真不知道怎么想的

我觉得新手想要写出内存泄漏的代码是很难的，或者说你让他写一段内存泄漏的代码他都写不出来。要不你写一个试试？

如果写本地缓存的话，是很容易出现的。比如new HashMap()，然后不断往里边put(Object)，但却不记得remove或者后台起一个线程去remove，结果hashMap里边的数据越来越多，里边引用的Object却不能被垃圾收回。这种内存泄露的情况非常普遍。

关于性能优化，在没有经验积累的情况，建议先测出来瓶颈在哪里。比如jprofile就很容易分析出哪段代码花费cpu的时间比较长。以我的经验来看，性能瓶颈主要在数据库和网络通信。

23 楼 javazeke 2010-11-16  

性能差，全是懒出来的

22 楼 li445970924 2010-11-16  

让我涨涨见识

21 楼 li445970924 2010-11-16  

求一段内存泄露的代码

20 楼 ouchxp 2010-11-16  

cloud21 写道

抛出异常的爱 写道

对于性能
1.对于新手.不要优化.
2.对于老手.建议不要优化.

优化对于一些项目很有必要
按照你的推理，新人，老人，都不做优化
一般，什么样人，优化，调优呢。
包括，具体优化具体要注意些什么，请教了。

有问题 再优化

19 楼 ironsabre 2010-11-16  

cloud21 写道

抛出异常的爱 写道

对于性能
1.对于新手.不要优化.
2.对于老手.建议不要优化.

优化对于一些项目很有必要

按照你的推理，新人，老人，都不做优化

一般，什么样人，优化，调优呢。

包括，具体优化具体要注意些什么，请教了。

当然不是说都不做优化。只是说，优化的时候找准地方非常重要。这个很需要经验。
比如说一个系统变慢了，有经验的人发现是走错了索引，调整了一下，性能恢复了。
而有些新手，如果你去ArrayList,LinkedList层面的查找的话，找再久也没用，也许你能提升0.0xx秒的速度，但who care?

18 楼 fujohnwang 2010-11-16  

抛出异常的爱 写道

对于性能
1.对于新手.不要优化.
2.对于老手.建议不要优化.

I agree with these words

17 楼 BestUpon 2010-11-16  

抛出异常的爱 写道

对于性能
1.对于新手.不要优化.
2.对于老手.建议不要优化.

经典！

16 楼 cloud21 2010-11-16  

抛出异常的爱 写道

对于性能
1.对于新手.不要优化.
2.对于老手.建议不要优化.

优化对于一些项目很有必要

按照你的推理，新人，老人，都不做优化

一般，什么样人，优化，调优呢。

包括，具体优化具体要注意些什么，请教了。