Tomcat默认的Java虚拟机JVM启动内存参数大约只有64MB或者128MB，非常小，远远没有利用现在服务器的强大内存，所以要设置Java虚拟机JVM启动内存参数。
这是因为RSS列的值骗了我们。 linux的内存机制是这样的： 在运行一个程序时， linux会调用该程序依赖的链接库， 如lib.xx.so。
具体可以自行跟踪，一般来说是因为glibc为了分配内存的性能的问题，使用了很多叫做arena的memory pool，缺省配置在64bit下面是每一个arena为64M，一个进程可以最多有 cores * 8个arena。
如果上面的程序能正常运行且是所谓的多线程的，那么你可以尝试一下后面的代码。
垃圾回收能自动释放内存空间，减轻编程的负担。这使Java 虚拟机具有一些优点。首先，它能使编程效率提高。在没有垃圾回收机制的时候，可能要花许多时间来解决一个难懂的存储器问题。
．增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。2．Heap大小并不决定进程的内存使用量。
一般出现这种情况是程序还有线程没有结束。处理方法有二：记录下自己开启的线程（比如定时器），并手动destroy。监听窗口的关闭事件，执行强制退出。
所以想调整Tomcat的启动时初始内存和最大内存就需要向JVM声明，一般的JAVA程序在运行都可以通过中-Xms -Xmx来调整应用程序的初始内存和最大内存：这两个值的大小一般根据需要进行设置。
最简单的的例子就是Java做的系统时非常占内存！一听到这样的话，一定会有不少人站出来为Java辩护，并举出一堆的性能测试报告来证明这一点。
cc=null；就可以了。java 虚拟机会自己调用gc()方法去释放内存。显示的调用System.gc()或Runtime.getRuntime().gc()也是可以的。调用了gc()并不会强制释放内存，虚拟机会尽最大努力从所有丢弃的对象中回收了空间。
实在解决不了，可以调大虚拟机的最大内存；或者定期重启吧。
在用Java语言编程的时候，靠垃圾回收机制可大大缩短时间。其次是它保护程序的完整性， 垃圾回收是Java语言安全性策略的一个重要部份。垃圾回收的一个潜在的缺点是它的开销影响程序性能。
如果以上方法还不管用，则99%的是Dalvik缓存占了空间。解决方法：a.下载安装幸运破解器。
没法强制删除的。解释：被占用的文件，只能是先去停止占用的程序，之后回来在删除。
RSS列 表示， 程序占用了多少物理内存。 虚拟内存可以不用考虑，它并不占用实际物理内存。 (2). top 命令也可以 其中VIRT(或VSS)列 表示，程序占用了多少虚拟内存。
本文暂时没有评论，来添加一个吧(●'◡'●)