关于性能优化

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

大家说说自己的看法。

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

评论

15 楼 ouchxp 2010-11-16  

zhxing 写道

如果按你说的ArrayList和LinkedList在编程中是不需要注意的了，随便用就行了。。

代码写多了，对代码的要求也会高点，我们也希望能写出性能高效，优雅简洁的代码。。简洁和高性能一般都会有冲突的，这需要我们去权衡。。

ps：架构决定了性能的大部分，所以架构搭的好，总体性能也就不会差。代码的优化算不上什么。。但就是看不惯。。

LZ的前提 是小数据量 和 新手程序员

14 楼 ouchxp 2010-11-16  

抛出异常的爱 写道

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

+1
不出问题建议不要轻易优化.

13 楼 piao_bo_yi 2010-11-16  

zhxing 写道

如果按你说的ArrayList和LinkedList在编程中是不需要注意的了，随便用就行了。。。

1.我的观点恰好认为ArrayList和LinkedList可以在平常“随便”用。因为如果你处理的是小数据量，这些根本不需要考虑(我知道链表插入删除只需要两步，数组需要x步，以及随机访问和线性遍历的查找...但是任何对此类无聊问题的考虑都会影响你的开发效率和你的思路。要将思路集中于对关键的逻辑的处理，这样你才能编程快和准。

zhxing 写道

代码写多了，对代码的要求也会高点，我们也希望能写出性能高效，优雅简洁的代码。。简洁和高性能一般都会有冲突的，这需要我们去权衡。。

2.对于通用应用程序，你写一部分代码，除非你那段代码是瓶颈，否则你对代码的性能优化会让他们难以维护（这还是在你知道如何优化的前提下）。一般情况，性能优化是没有必要的，可读性优化才更有价值。

12 楼 ouchxp 2010-11-16  

bitray 写道

赞成2楼和三楼的观点。虽然可能平时大家注意的并不是真正的性能瓶颈。但是如果不重视自己代码的书写规范和简洁，那么写出来的代码就是隐藏的瓶颈，是你最后很难优化出来的东西。有习惯的程序员用stringbuffer和stringbuilder，但是如果是不重视，就会有人用+连接，在多处，一定数据量的情况下，都可能产生隐含问题等

JDK自己已经有优化了. 不合理的优化反而会降低效率
比如字符串常量拼接

String str ="aaa" + "bbb" +"ccc" + "ddd";

StringBuilder sb = new StringBuilder();
sb.append("aaa");
sb.append("bbb");
sb.append("ccc");
sb.append("ddd");
String str = sb.toString();

哪种效率高? 答案是第一种. 对于新手来说想优化很容易适得其反.
反编译看一下就知道为什么了.

11 楼 trydofor 2010-11-16  

╮(╯▽╰)╭，很多人毁了Java ：D

包括但不限于：
* 精通 java，jsp ...
* 精通 SSH ... 框架
* 开发 ...管理系统

性能优化？嘛是性能，啥是优化。

10 楼 william_ai 2010-11-16  

╮(╯▽╰)╭，java毁了很多人。
国内用得起java做的系统的，电信、移动等大客户居多。给他们做系统，性能上不去了，多弄两台小机、大机就ok了。
可是这个世界上除了这些java平台上的系统，真的还有许多许多领域的。举个子，总不能在火星车上装台superdome跑java的ERP吧。

9 楼 ironsabre 2010-11-16  

qianhd 写道

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

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

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

8 楼 qianhd 2010-11-16  

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

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

7 楼 LifeFree 2010-11-16  

piao_bo_yi 写道

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

大家说说自己的看法。

比较同意楼主的看法。
我经常遇到的一个情况是系统一慢，直觉就是数据库抓个快照，拿出来一分析，加两索引，改几个sql查询；系统好了。

90%以上都不是应用服务器并发性能，代码函数调用等其他原因引起的性能问题。


还是那句老话：Premature optimization is the root of all evil.

以上情况建立在编程平均水平比较低的普通国内软件企业。水平高的请飘过。

6 楼 抛出异常的爱 2010-11-16  

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

5 楼 forgood 2010-11-16  

对于性能问题，我同意lz 2.性能要考虑关键瓶颈。不是每一步都是关键，关键瓶颈不是写之前提前考虑出来的，而是测出来的。很多你以为瓶颈的地方往往不是瓶颈。 只有找到了瓶颈才能想法击破。。。

4 楼 bitray 2010-11-16  

赞成2楼和三楼的观点。虽然可能平时大家注意的并不是真正的性能瓶颈。但是如果不重视自己代码的书写规范和简洁，那么写出来的代码就是隐藏的瓶颈，是你最后很难优化出来的东西。有习惯的程序员用stringbuffer和stringbuilder，但是如果是不重视，就会有人用+连接，在多处，一定数据量的情况下，都可能产生隐含问题等

3 楼 hyl1234 2010-11-16  

xixix2004 写道

1,性能确实不需要每一步都考虑，但是也是不能不考虑的。作为一个程序员，不是代码写出来，跑的通就可以心安理得的，对吗。

2，对于没有经验的程序员，性能问题是测出来的；对于有经验的程序员，性能问题是预测出来的。即使预测的有偏差，未雨绸缪也总好过亡羊补牢，对吗。

3，你自己也说了“小量数据”，“少量数据”，对吗。

心态放平和点，对于成长有好处。

赞成xixix2004 的说法,很多时候,你能预见到的问题,就没有必要到测试的时候才去发现,改正

2 楼 zhxing 2010-11-16  

如果按你说的ArrayList和LinkedList在编程中是不需要注意的了，随便用就行了。。

代码写多了，对代码的要求也会高点，我们也希望能写出性能高效，优雅简洁的代码。。简洁和高性能一般都会有冲突的，这需要我们去权衡。。

ps：架构决定了性能的大部分，所以架构搭的好，总体性能也就不会差。代码的优化算不上什么。。但就是看不惯。。

1 楼 xixix2004 2010-11-16  

1,性能确实不需要每一步都考虑，但是也是不能不考虑的。作为一个程序员，不是代码写出来，跑的通就可以心安理得的，对吗。

2，对于没有经验的程序员，性能问题是测出来的；对于有经验的程序员，性能问题是预测出来的。即使预测的有偏差，未雨绸缪也总好过亡羊补牢，对吗。

3，你自己也说了“小量数据”，“少量数据”，对吗。

心态放平和点，对于成长有好处。