Java程序性能优化 ，您从何入手？（获奖名单已公布-2012-11-22）

hbsycw

回复 10# billykinggym

呵呵，希望有机会能够拜读你的大作~
   

frogoscar

先支持一下

realmon

关于字符串分割：
jdk推荐用split()并不推荐用StringTokenizer

StringTokenizer is a legacy class that is retained for compatibility reasons although its use is discouraged in new code. It is recommended that anyone seeking this functionality use the split method of String or the java.util.regex package instead.

.
不知道以后会不会移除StringTokenizer

billykinggym

realmon 发表于 2012-10-23 09:19
关于字符串分割：
jdk推荐用split()并不推荐用StringTokenizer
StringTokenizer is a legacy class that is retained for compatibility reasons although its use is discouraged in new code. It is recommended that anyone seeking this functionality use the split method of String or the java.util.regex package instead.
.
不知道以后会不会移除StringTokenizer
.

在正式移除前，肯定会先标明@Deprecated的。到时候，在不用好了。不太可能直接移掉他的。而且很多@Deprecated的东东，好几年了，还在 呵呵。

hbsycw

继续回答第二个问题~

2. 如果程序性能不如人意，如何找到代码中的性能瓶颈

这个问题比较大，我尝试来回答下： 程序性能不如意，首先，应该从系统架构来看，业务逻辑是否合理，处理过程是否可以简化或者优化？硬件资源的配置是否到位？系统的软件架构是否需要进行调整？其次，应该从网络计算资源的使用，比如一些关键指标数据，系统吞吐量、CPU的使用率、内存使用率、网络延迟、磁盘IO等，结合日志来诊断问题代码的所在；最后，合理的JVM参数设置、调优等，这些都需要在真实的业务场景下，在压力测试中暴露问题，解决问题。对于WEB的应用来说，一般后面的数据库应该是一个系统瓶颈（并发和磁盘IO），这个在系统架构，数据建模，针对具体数据库的调优都有很大的空间来做，代码层面主要体现，并发设计，使用连接池，使用缓存，减少对磁盘数据的频繁读写等提高性能。

billykinggym

hbsycw 发表于 2012-10-23 18:13

本帖最后由 hbsycw 于 2012-10-23 18:23 编辑


继续回答第二个问题~

2. 如果程序性能不如人意，如何找到代码中的性能瓶颈

这个问题比较大，我尝试来回答下： 程序性能不如意，首先，应该从系统架构来看，业务逻辑是否合理，处理过程是否可以简化或者优化？硬件资源的配置是否到位？系统的软件架构是否需要进行调整？其次，应该从网络计算资源的使用，比如一些关键指标数据，系统吞吐量、CPU的使用率、内存使用率、网络延迟、磁盘IO等，结合日志来诊断问题代码的所在；最后，合理的JVM参数设置、调优等，这些都需要在真实的业务场景下，在压力测试中暴露问题，解决问题。对于WEB的应用来说，一般后面的数据库应该是一个系统瓶颈（并发和磁盘IO），这个在系统架构，数据建模，针对具体数据库的调优都有很大的空间来做，代码层面主要体现，并发设计，使用连接池，使用缓存，减少对磁盘数据的频繁读写等提高性能。

哇！这个回答太专业了。几乎涵盖了所有的情况。我在简单补充一下。对于程序级别的问题，通过可以通过线程dump和堆dump来看。如何获得线程dump和堆dump以及如何分析，在书中有详细的介绍。
其次，还可以通过如JProfile ，visualVM等工具，监控系统的行为，找到代码中的瓶颈。

laputa73

对于web app性能优化
比较立竿见影的是从jvm参数入手
但是根本上还是要从程序上找原因
java的内存泄露，句柄关闭遗漏这些也是需要重点关注的。
现在不少app服务器都带有分析工具。不过良好的编码规范和算法总是胜过事后分析。

billykinggym

回复 17# laputa73


    是的，最根本的还是系统的整体结构和代码实现。如果系统整体实现有问题，JVM再怎么调整，也帮不上什么大忙。

sxcong

谈到优化，最基础的一个问题就是，需要用java的地方再用java，不需要用的地方千万不要用，比如，.jsp里面有大量的html页面内容，但tomcat之类的server处理html肯定比nginx,lighttpd,apache等要弱，那就把这些内容分离出来，交给它们处理，tomcat只处理jsp脚本。最多就是server安装配置的时候稍复杂一点。
另外，好的第三方工具能用就用，比如memcache，比自己维护个链表强多了。还有，有些内容重复的，要多使用缓冲。还有很多处理量大，但逻辑简单的功能，完全可以用c来实现，比如WebIM的proxy,用list_entry方法在百万用户的链表中找指定元素，只是一次操作，其他的不管用map还是list，最快也要n级。所以，最强烈的建议就是不要把什么东西都放在java里面包上一个大包，还美其名曰三层架构。想想大夏天的脚外面包着厚袜子，再穿个不透气的鞋子。。。。 到了夏天就要穿凉鞋，乌克兰棉皮鞋再漂亮也穿不得。

action08

@hbsycw

2. 如果程序性能不如人意，如何找到代码中的性能瓶颈

这个问题比较大，我尝试来回答下： 程序性能不如意，首先，应该从系统架构来看，业务逻辑是否合理，处理过程是否可以简化或者优化？硬件资源的配置是否到位？系统的软件架构是否需要进行调整？其次，应该从网络计算资源的使用，比如一些关键指标数据，系统吞吐量、CPU的使用率、内存使用率、网络延迟、磁盘IO等，结合日志来诊断问题代码的所在；最后，合理的JVM参数设置、调优等，这些都需要在真实的业务场景下，在压力测试中暴露问题，解决问题。对于WEB的应用来说，一般后面的数据库应该是一个系统瓶颈（并发和磁盘IO），这个在系统架构，数据建模，针对具体数据库的调优都有很大的空间来做，代码层面主要体现，并发设计，使用连接池，使用缓存，减少对磁盘数据的频繁读写等提高性能。



--
赞同你的观点，

至于第一点，还是老腔调，性能与功能不可兼得，各取所需。不是针对java，其他语言入c++，php也是类似的