在使用Java程序时，可能会遇到程序在启动或内存压力增加时突然崩溃的情况，导致jvm崩溃并生成hs_err_pidxxxx.log日志文件。根据您提供的日志文件内容，jvm崩溃时报告了sigsegv (0xb)错误，这通常意味着程序尝试访问非法内存地址或内存未映射的区域。
在您的问题中提到的场景中，程序启动或在内存压力增加时出现JVM崩溃，并且您已经排除了软件问题。您还提到在更换电源之后出现了这种情况，但在其他机器上运行是正常的。这种情况下的SigsEGV错误可能与硬件相关，尤其是当问题在不同机器上的表现不同时。然而，根据您的描述，在对原机器进行压力测试后，问题仍然存在。
针对您的情况，可以考虑从以下几个方面进行排查和解决：
-
禁用JIT编译： JIT（Just-In-Time）编译器在提高Java程序性能方面起着重要作用，但有时JIT编译可能会导致内存访问错误。您可以尝试禁用JIT编译，看看问题是否得到解决。通过以下命令运行程序：
java -XX:-UseCompiler mohist-1.20.1-cc9de12e-server.jar nogui
如果禁用JIT编译后问题解决，说明崩溃可能是由JIT编译导致的。这时您可以考虑使用上述命令中的-XX:CompileCommand=exclude,java.util.stream.AbstractPipeline::*参数，仅排除特定方法的JIT编译，从而减少JIT编译对程序的影响。
-
降级JVM版本： 如果禁用JIT编译不能解决问题，考虑降级JVM版本。有时新版本的JVM可能引入了一些不稳定的因素，导致在特定硬件环境下的崩溃。尝试使用较旧的JVM版本，看看是否能避免这个问题。
-
硬件检查： 由于您提到更换电源后问题出现，而在其他机器上运行正常，建议进一步检查原机器的硬件，特别是内存模块和CPU。您可以尝试使用内存测试工具（如MemTest86）来检测内存是否有故障。
-
系统和容器配置： 您提到程序运行在LXC容器内，并且在宿主机上测试时问题仍然存在。这表明问题可能与宿主机的系统配置或硬件有关。检查系统配置，特别是与虚拟化和容器相关的设置，确保没有限制导致内存访问问题。
通过以上步骤逐一排查，您应该能够找到JVM崩溃的根本原因，并采取相应的措施解决问题。如果问题仍然存在，可能需要更详细地分析hs_err_pidXXXX.log文件中的其他信息，或者寻求专业的技术支持来进一步诊断硬件问题。
立即学习“Java免费学习笔记（深入）”；
