又OutOfMemoryError: Java heap space了

报了一个错：

org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.OutOfMemoryError: Java heap space
        at ...
Caused by: java.lang.OutOfMemoryError: Java heap space

上次遇到一个错就是项目2秒GC一次，老年代不够用了，所以改了下参数。这次又看了下java的配置，嗯，配小了。确实改成512他就好了。

-XX:+UseG1GC -XX:+HeapDumpOnOutOfMemoryError -Xms256M -Xmx256M

起因是我把一个10M的word转为base64，长度15196868。比较玄学的事9.5M的就可以，超过10M就不行了。所以先看了下生成的java_pid460208.hprof文件。天啊，他把我的一个String拆成了好多个char[]。看了网上也得到一个教训，如果有好多String的话，还是要用StringBuffer或StringBuild，要不然他就一直创建。但我这是一个String，我看还有人在切割base64的（以4个字节为单位）。

那我以后怎么知道要设成512，不是别的呢？

拿jmc看下，当设为256的时候内存峰值到了224，应该是太接近了就意味着要溢出了。设成512后，内存占比54%，果然只差一点，可以解释10M文件是个坎了。

再复习下：https://www.cnblogs.com/haimishasha/p/11329510.html

OutOfMemoryError异常: 除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError(OOM)异常的可能，

内存泄露：指程序中动态分配内存给一些临时对象，但是对象不会被GC所回收，它始终占用内存。即被分配的对象可达但已无用。

内存溢出：指程序运行过程中无法申请到足够的内存而导致的一种错误。内存溢出通常发生于OLD段或Perm段垃圾回收后，仍然无内存空间容纳新的Java对象的情况。

从定义上可以看出内存泄露是内存溢出的一种诱因，不是唯一因素。

栈溢出：当应用程序递归太深而发生堆栈溢出时，抛出该错误。

这次的堆溢出：

在jvm规范中，堆中的内存是用来生成对象实例和数组的。
　　如果细分，堆内存还可以分为年轻代和年老代，年轻代包括一个eden区和两个survivor区。
　　当生成新对象时，内存的申请过程如下：

1. jvm先尝试在eden区分配新建对象所需的内存；
2. 如果内存大小足够，申请结束，否则下一步；（这次到这就出问题了）
3. jvm启动youngGC，试图将eden区中不活跃的对象释放掉，释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区；
4. Survivor区被用来作为Eden及old的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区；
5. 当OLD区空间不够时，JVM会在OLD区进行full GC；（上次OLD区不够，一直GC）
6. full GC后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”： outOfMemoryError：java heap space