项目启动参数增加以下选项即可：

-Djava.rmi.server.hostname=192.168.0.129 (服务所在IP)

-Dcom.sun.management.jmxremote

-Dcom.sun.management.jmxremote.port=9192 (JConsole要连接的端口，不能与项目一样)

-Dcom.sun.management.jmxremote.rmi.port=9193 (rmi方式连接，不能与项目一样)

-Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false

以某项目（192.168.0.129,jar文件）为例，启动命令如下：

nohup java -jar -Djava.rmi.server.hostname=192.168.0.129 -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9192 -Dcom.sun.management.jmxremote.rmi.port=9193 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false test-1.0.0.jar &

然后启动%JAVA_HOME%/bin/jconsole.exe,输入进程ip和端口，点击连接即可。

进程实际情况如下,使用情况：

通过观察发现一次次的堆内存使用量有较大幅度的变化，多次进行GC。

进一步分析堆内存情况。

每次经过GC之后老年区一直都在提升，说明对象在进行GC后被移动到老年区了。

Eden新生区，对象随着时间的变化生成的速度越来越快，GC不断进行回收操作，系统频繁调用GC。

存活期对象，在不断的进行GC操作之后，将被不断的从eden区copy到survive区，通过经过不多gc回收标记，在14：57时被批量移动到old区，所以空间在不断下降。

而非堆区数据一致保持较平稳状况，所以内存较为平稳。

 通过分析发现，堆区对象在不断生成，并且不断增加，即使在进行回收的时候也无法回收掉，可以理解为，此处有与不断产生 斐波那契 序列并存储出现的问题，由于后续的数据非常大，所以非必须应该放弃缓存，或在获得结果后进行转存，如数据库等。

另外，我们可以查看线程情况，通过下图可以查看main方法中的Thread.sleep();方法话费了2638，可以在程序中去掉。