小猿做了两年的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了，勿念…………………………
- 5楼SolidMango
- 151个建议，哈哈，够多啊..
- 4楼衍悔
- LZ领悟很不错，说话很实在，之前有很多很多的文章，将一个对象添加到一个List里面，然后List被引用，将对象置为NULL后发现对象没有被GC回收，于是大事宣扬JAVA存在内存泄露。其实不过是自己能力不足，领悟尚未到位，对GC的回收机制与条件领悟不足。，，像LZ这样，赞。
- Re: KillU
- @衍悔，effective java
- 3楼迟来的风
- 赞个
- 2楼牧羊座
- 看上去小编挺厉害的啊，，
- 1楼jiahuafu
- c++ java h5，像外包，，，这种公司尽早撤
- Re: 池惜漾
- @jiahuafu，被你发现了……先学点东西再撤……