java内存优化牛刀小试

　　小猿做了两年的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了，勿念…………………………