起因
17年的一个项目出了OOM（java heap space）问题，眼下有个问题：法院项目，不能外网，一连接外网高院会直接定位到计算机，发出警报（档案的机密性啊）不能远程，那只能视频教他们怎么做了，全程和一个文员说代码，真的很累==！
过程
这个过程对一个不太了解内存的问题的开发无疑是艰难的，搜了一下，知道了是内存溢出导致的，于是着手解决
网上大多数都说调整运行内存，我也跟这个试了，但是不见效果，具体操作过程如下
设置-Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=256M 出现异常，然后调大参数-Xms512m -Xmx1024m 没有解决，最后调整到2G 还没有解决 以上均在GUI界面修改java options参数，因为那边安装的服务，至于网上说修改注册表和catalina.bat或者catalina.sh的自行搜索
既然这样，那就只能通过代码优化了，开启项目，监听堆和内存运行情况，操作如下
先打开jdk下的内存监听程序(jdk/bin/jvisualvm.exe),这是jdk自带的，如果你项目已经打开的情况下，工具里面会显示tomcat运行的情况
只需要监听CPU和内存这两个部分，CPU会显示CPU运行情况和GC处理频率；内存会显示运行时堆内数据的变化，如对象实例等。
给出现内存溢出的模块发一个请求，如果有异常的情况下你就可以监测出来，我的就是一次性加载数据太多，实例化对象太多导致的堆中年轻代和老年代数据占用完
我复现了一下，堆中出现了一个很高的点，那就是在加载树结构，然后忽然下落，是因为JVM 98% 的时间都用在了GC上，出现了java heap space ，CPU也能直观的看到，垃圾回收活动出现了一个较高的峰值
我们来看一下堆峰值时的数据，创建了300万的ArrayList和TreeVO对象
根据这些，知道了代码中出现的问题，代码中有一块调用了这样的代码，我们来看一下，这里创建了ArrayList和TreeVO ，而且ArrayList和TreeVO之间是强引用关系，GC不能清除，所以就导致了OOM
知道了问题，那就可以修改了，一步一步追溯到上面的方法，是因为查询条件的限制，像当于直接把所有文件查询出来，又因为数据有上万条，所以就各创建300W的对象，数据库删除排序条件，问题解决了 = 。=
这里还不够理想，TreeVO应该放在循环外面，循环内把对象实例化，最后释放对象和集合
总结
