码迷,mamicode.com
首页 > 编程语言 > 详细

java内存优化牛刀小试

时间:2015-03-20 18:05:09      阅读:138      评论:0      收藏:0      [点我收藏+]

标签:

  小猿做了两年的c++,上个月竟然被调到java项目,于是第一篇随笔就想八一八java的内存优化。

  首先优化这种事,肯定是应该放到最后去做的,不过在写代码的过程中养成良好的习惯也是很重要的。在这里先推荐一本书《编写高质量代码:改善Java程序的151个建议.秦小波》。

  首先,在写代码的时候,尽量少用对象,能用基本变量代替的就用基本变量,这点下面会举例。

  其次,很多时候你想做一个功能,写一段代码,不是用时间换空间就是用空间换时间。要根据这个功能到底是看中时间,还是看中空间,常访问到的必然是要放到内存里的,但是是不是可以进行压缩这个也要看对效率是否有影响。

  其他的就不多说,相信各位都有自己的好习惯。

  主要想说说内存优化。

  小猿现在做的项目需要解析大量数据保存起来,所以如何节省内存非常重要,不然导入一个100M的文件,就占用1G的内存,客户简直要疯掉了。

  于是小猿进行第一步,排查内存的占用情况。

  首先先使用的工具是jdk自带的,jconsole.exe。

  用这个软件可以清晰的看到你程序内存、CPU、线程的情况。

  刚开始小猿发现明明自己程序堆使用内存量没有那么大啊,怎么全部加起来和任务管理器的不一致!再细观察之,程序的eden space占用量很小。原来是没有设置eden space的参数,这个要到启动配置文件去设置:-Xmn,-XX:NewSize,-XX:MaxNewSize,-XX:NewRatio这些项都可以根据自己的需要去设置。

  因为如果没有强制变量直接申请在old gen,变量是先申请在eden gen的,然后经过gc之后,如果这个变量幸存下来,就进入survivor区,然后再经过几次gc,变量就存在old gen区了。

  事实上程序启动稳定之后,可能大部分变量都已经到了old gen区去了,如果你的eden区内存分配过大,总量减去survivor减去eden之后剩下的old区就会不够用了,这个时候虚拟机干什么呢,虚拟机会自动根据你设置的-Xms和-Xmx去扩容,于是你其实虚拟机获得的系统内存里有很多是空闲内存,造成任务管理器里看到的内存比你实际使用的大得多。

  于是小猿第一步调好了启动参数,内存果珍降了一些,但其实这是假象,虚拟机里实际占用的内存还是没有变。

  小猿想知道更详细的内存使用,这就需要MemoryAnalyzer这个工具了,但是使用这个工具前,得生成程序的dump文件,天哪我竟然百度出来的方法有利用增加启动参数+HeapDumpOnOutOfMemoryError并且手动增加异常OutOfMemory来生成dump文件。

  好吧小猿异常出来了,机子down掉了,好心塞。

  终于找到了好的方法,其实jdk自带的jconsole就可以生成的。

  在MBean->com.sun.management->HotSpotDiagnostic->操作->dumpHeap,把p0的值改成你生成dump文件的路径,点dumpHeap就可以。不过dump文件的后缀可不是dump!!!是hprof!!!

  生成之后,用MemoryAnalyzer打开,leak Suspects之后,将会看到一个神奇的饼图。里面显示的就是当前哪些instance占用多少内存,有个details,点之。

  话说打不开MemoryAnalyze的孩纸你们jdk安了么,java环境变量都配好了么。

  看到详细的内存占用信息,有多少个object等等。

  小猿这下终于发现可以优化的地方了。

  之前就对java的String心存怨念,这下怨念更深了,就是之前的那句,能用基本类型就用基本类型。

  小猿发现,有100000个String的object,还有100000个char[]的object。

  好吧,你用String存一个字符串,其实是用他里边的char存字符串,然后他自己还自带了各种亲戚。

  你存一个“0”,String给你的对象大小可是比1Byte大得多!

  所以你可以调String的toCharArray()方法转成char[]保存。

  这里再八一八什么时候用String,什么时候用StringBuffer,什么时候用char。

  其实定义一个常用的常量字符串用String那是极好的。

  比如

  String strTemp = “01”;

  String strTemp2 = “01”;

  这样定义的话,strTemp和strTemp2实际上是共用了一个对象,只不过这个对象的引用是2!

  所以这样定义10000000000个也只是占了一个String对象,这是String特有的常量池。

  那为什么还要用StringBuffer和StringBuild呢?

  因为StringBuffer和StringBuild的append比String的+要好!

  而且String本身设计的时候就是按常量去设计的,而StringBuffer和StringBuild才是真正可改变的字符串。

  但是如果程序要保存大量的没有规则的字符串,这个时候就建议转成char来存。

  这只是字符串类型,其他的int等也是这样的原则,尽量用基本变量保存。

  纵观高大上的java,宣称没有内存泄露的java,如果我们使用不当,是会造成内存浪费的。

  虽然退出程序的那一刻内存都会被正确的释放掉,但是我们有时候更关心运行中的内存使用情况。

  只要一个变量的引用计数不为0,gc就无法回收他,也许你这个object暂时没用了,却把他加到一个到程序结束才能被释放的arraylist里去,那这块内存在运行中就被浪费掉了。

  java是不存在内存泄露,但是释放的时机也很重要,一个对象对我们来说其实没用了,却被不小心把这个对象的钥匙借给了一个生命周期比他长的对象,对我们来说就是内存泄露。

  可以好好的看看MemoryAnalyze,分析下现在存在的对象,是不是真的都有用,如果有无用的,一定是被哪里引用了。

  小猿终于完成了第一篇java的随笔。java速成一个月之后,下个月就要转战html5了,勿念…………………………

 

java内存优化牛刀小试

标签:

原文地址:http://www.cnblogs.com/chixiyang/p/4353974.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!