Java的性能问题的确比较头疼了,很大程度上影响了应用。

解决方案 »

  1.   

    你要小心java的内存泄漏,他其实是对象的引用一直在某些地方存在,有很多相关的工具。性能方面只能对调用的api进行严格的限制了,比如字符串的相加,不要用""+"",而要用bufferreader的appent。这些没有系统的全面的资料。
      

  2.   

    是呀, 小生也对这个问题相当的头痛。 再写java程序的时候,的确十分方便, 但在程序编写完之后, 却发现所谓的垃圾收集也没有sun说宣言的那样神奇, 
    如果各位觉得有什么值得注意的地方, 还请赐教!
      

  3.   

    不要频繁的创建和销毁对象,尽量使用高速缓存;尽量少进行同步化;尽量少使用动态绑定;对象使用完毕就设为null;采用StringBuff进行字符串连接;算法优化等等。
      

  4.   

    sun 的jvm的GC做的不是很好了,换一个JVM.
      

  5.   

    ^_^, 我的源码可能太长, 全部贴出来恐怕太大了, 贴一部分又可能说明不了问题, 因为我程序的结果是正确的,存在的是内存泄漏的问题。 
    我想请教的是, 各位有没有处理这方面问题的经验来指点一下小生。 
    或者各位有没有一些关于Java程序性能优化的建议, 大家探讨一下!
      

  6.   

    to coaa: 你的意思是还有其他的JVM吗?
      

  7.   

    这是一个很难解决的问题,编写好的代码有时候还是要借助工具的。
    jprobe-suite 工具用用看吧。可以监视java的对象,内存消耗等。对你的程序也许有用。
      

  8.   

    A_Liang(阿亮) 兄:
    对象使用完毕就设为null,好像没用吧!垃圾仍然存在
      

  9.   

    多用private static对象成员代替临时产生的对象。
      

  10.   

    多谢大家指点,小生感激不尽!
    再请问一下,IBM 的JVM 真能够对Java程序作相当的优化吗?
    它不是基于sun 的jvm?
      

  11.   

    建议读一读Java高效编程这本书
      

  12.   

    to: tiger999
    听说这本书中文版不怎么样, 你知道那有英文版可下吗?
      

  13.   

    JVM有很多的,就连微软也有啊。只不过SUN是最好的JVM而已。IBM从来挂羊头卖狗肉,投资不大、不认真那来好字可言啊!
      

  14.   

    用IBM的JVM ?据说BEA的JVM JROCKIT 是最快的。去DOWNLOAD一个试试。
      

  15.   

    不知道你跑在哪个平台上。以前看过一篇统计,
    微软的jvm 是sun的3倍快
      

  16.   

    TO WUGNG
    免费的download没有
    不过你可以到www.codesaw.com去看看
      

  17.   

    自己写一个通用的池吧,我用java写一个聊天室,起初也是跟你的毛病一样,吃内存且不稳定,写了一个通用池后,实现了线程池、大对象池和连接池,现在稳定多了,内存也少了一般。