Tomcat 启动过程中 报 Compilation error java.io.IOException: 磁盘空间不足

遇到这种情况：

1、看下服务器 的 内存是多大的，如果空间充足的话，那么 没有问题（一般空间不足的情况可能性比较小）。

2、看下tomcat 里面配置的JAVA_OPTS-----java虚拟机启动参数配置。（如果没有配置，需要自己手动添加下）

例：JAVA_OPTS=”-server -Xms4096m -Xmx4096m -XX:NewSize=320m -XX:MaxNewSize=320m -XX:PermSize=1024m -XX:MaxPermSize=1024m -Xmn500m -XX:MaxTenuringThreshold=5″

JAVA_OPTS并不是一成不变的，不同的应用、软硬件环境下，要想充分发挥应用的性能，这些参数里边的设置可是非常有技巧和具有经验积累的。

打开tomcat - bin - catalina.bat 文件进行修改（没有就添加 set JAVA_OPTS=”-server -Xms4096m -Xmx4096m  -XX:PermSize=1024m -XX:MaxPermSize=2048m）

3、重启tomcat ，再次访问服务。

4、常见的JAVA_OPTS参数解释。

-server:一定要作为第一个参数，在多个CPU时性能佳
-Xms：初始Heap大小，使用的最小内存,cpu性能高时此值应设的大一些
-Xmx：java heap最大值，使用的最大内存
上面两个值是分配JVM的最小和最大内存，取决于硬件物理内存的大小，建议均设为物理内存的一半。-XX:PermSize:设定内存的永久保存区域
-XX:MaxPermSize:设定最大内存的永久保存区域
-XX:MaxNewSize:
-Xss 15120 这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k.
+XX:AggressiveHeap 会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。
-Xss：每个线程的Stack大小
-verbose:gc 现实垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件
-Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一
-XX:+UseParNewGC ：缩短minor收集的时间
-XX:+UseConcMarkSweepGC ：缩短major收集的时间
提示：此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。