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存字符串，然后他自己还自带了各种亲戚。