java.lang.OutOfMemoryError：压缩类空间
我们正在运行java-8-oracle。
我们六个月前搬到了java8。
在过去的几天里，我们不时收到OOME，但我们无法识别或重现问题。
当我们执行对服务器（tomcat）的调用时，我们在stacktrace上得到这个错误：
java.lang.OutOfMemoryError: Compressed class space 重新启动服务器可以解决问题。 对其他服务器的相同调用也起作用，对另一个类型的另一个调用也是如此。
在gc.log上查看时，我们看到：
2015-05-27T16:05:42.991+0000: 98774.440: [Full GC (Last ditch collection) 98774.440: [CMS: 575745K->575330K(3495936K), 0.8687777 secs] 575745K->575330K(4107008K), [Metaspace: 97940K->97940K(1396736K)], 0.8696093 secs] [Times: user=0.95 sys=0.00, real=0.88 secs] 2015-05-27T16:05:55.486+0000: 98786.935: [Full GC (Metadata GC Threshold) 98786.935: [CMS: 573414K->578735K(3495936K), 0.9372859 secs] 925046K->578735K(4107008K), [Metaspace: 99428K->99428K(1396736K)], 0.9386626 secs] [Times: user=1.01 sys=0.00, real=0.94 secs]
jstat -gc返回：
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 87296.0 87296.0 0.0 3151.4 523776.0 148284.4 3495936.0 574868.5 1395640.0 98066.3 1048576.0 11339.1 12165 636.851 223 116.957 753.808
我在jstat日志或gc日志中都没有看到任何内存问题。
试图运行jmap -clstats挂起：
Attaching to process ID 5110, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.25-b02 finding class loader instances ..
我们遇到了类似的问题。 不幸的是，heapdumps不会帮助你，因为类不在堆中而是在本机内存中。 在JVM设置中启用这些以对加载的类进行故障排除：
-XX：+ PrintGCDetails -XX：+ TraceClassUnloading -XX：+ TraceClassLoading
在我们的例子中，问题是JAXBContext.newInstance不是单身人士。
祝你好运，艾伯特
使用压缩的oops和压缩类指针，由于必要的指针修改，类的可用空间受到限制。 在你的情况下1GB。
这是很多类，所以这可能表明你的应用程序中的某些东西正在创建很多类而且从不发布它们。 应用程序重装可能吗？
如果你确定你的应用程序只需要那么多的类内存，你可以尝试通过-XX:CompressedClassSpaceSize=...或通过-XX:-UseCompressedClassPointers禁用压缩类指针-XX:-UseCompressedClassPointers 。
请注意，默认情况下压缩类空间+压缩堆（+一些开销）不能超过32GB。 虽然，AIUI，改变对象对齐可以进一步突破这个限制。
否则你应该使用heapdump并分析保存在已加载类中的内容。