您遇到的错误不是Java代码错误，而是一个Jit编译器中的问题。Jit启动时，它会捕获一堆内存作为其实际功能的内存。此内存来自本机堆。
对于真正感兴趣的用户，此错误最终会在虚拟机中从此处发出（前面的C ++代码）
http://www.google.com/presearch/p?hl=zh_CN&sa=N&cd=1&ct=rc#aRIt9pqzOVI/src/share/vm/
utilities / vmError.cpp＆q = OutOfMemoryError％20Out％20of％20swap％20space＆l =
258不幸的是，它不是“真正的”
OutOfMemoryError，它不会按照正常规则运行，您无法捕获等。
本机（JNI / JNA）方法可以直接从OS分配内存。NIO直接使用内存，热点编译器，还有其他
此内存是应用程序本机堆（由malloc和friends管理的东西）的一部分，您的应用程序可能用完了本机堆，导致这种情况的发生，请查看包装盒上的整体内存，ulimit设置等。如果JNI
/
JNA代码能够耗尽应用程序用于本机代码的可用内存，那么它们也可能会起作用。看一下NIO的DirectMappedBuffers，因为它们也会从Java堆中窃取内存。
鉴于您刚刚更新，您很有可能在某个Jit编译器中遇到了一个错误，GC和Jit设置可能会影响此错误，因此请尝试将jit（从-client到-server或从-
server到-
client）更改为看看是否有任何效果，您还可以尝试更改GC策略（但是请记住，您正在更改GC策略以更改其与jit的交互，而不是解决Java内存问题）。
您也可以使用命令行标志-Djava.compiler = NONE完全关闭Jit，但是由于这会删除任何本机代码生成，因此会损害性能。
除此之外，如果您将hprof崩溃文件托管在某个地方，我也许可以为您提供更多建议。
