今天使用了一下JProfiler粗略看了一下LocalXData的内存使用情况.的确很容易定义内存问题.
JProfiler的使用步骤如下:
1.启动JProfile
r
2. 选择next
3.选择Quick Attach
4.发现已经启动的LocalXData,直接点击~~
5.点击OK,激动人心的时刻~~~
内存使用情况一目了然.耗费内存巨大的就是以下4个部分.
java. | 2,000,301 | 32,004 kB |
com. | 2,000,000 | 96,000 kB |
java. | 1,002,430 | 56,836 kB |
java. | 1,000,531 | 24,012 kB |
其中java.lang.Integer是真实数据.没有问题.
分析:
1.java.lang.Integer和com.localxdata.index.Node
但是com.localxdata.index.Node的数据竟然达到了96兆.这个就说不过去了.正常情况Node应该是为做Index用的.所以不应该有这么大内存.
具体原因应该是当初设计的时候,如果成员变量是Int,float,long.我都会去做Index,这样可能导致1个Interger对应一个Index.但是Node的member比较多.
所以可以看出,Integer和Node的个数是一致的.但是内存却多了不少.
2.Ojbect[]
Object[]可能是类转Object类后没有释放导致.需要完成后清除.这个应该是code不专业导致的.
3.ArrayList
这个ArrayList需要研究一下.因为ArrayList申请的时候,会自动申请一块较多的内存.所以会导致内存较多.
需要考虑是否需要重新考虑一下数据结构...
通过JProfiler粗略分析了一下,内存跟踪确实很方便.下一步看看Jprofiler是否有直接定位代码的方法.这样就更加方便.