Windows7 x86（JDK7u51）下JVM崩溃求助，同代码x64正常

先把你遇到的崩溃日志贴出来方便参考：

Java运行时环境检测到致命错误：EXCEPTION_ACCESS_VIOLATION (0xc0000005)，发生于pc=0x6744ebc5，pid=1832，tid=1972。
JRE版本：Java(TM) SE Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13)。
Java虚拟机：Java HotSpot(TM) Client VM (24.51-b03 mixed mode, sharing windows-x86 )。
问题帧：V [jvm.dll+0x7ebc5]。
写入核心转储失败，内部异常...

结合这个场景，给你几个实用的排查和解决方向：

• 优先升级JDK7到最新补丁版本：JDK7u51的32位版本存在不少已知的虚拟机底层bug，尤其是jvm.dll相关的内存访问问题。建议直接升级到JDK7的最后一个公开更新版本7u80，这个版本修复了大量x86环境下的兼容性问题，大概率能解决这类崩溃。

• 调整JVM内存参数适配32位环境：Windows7 x86进程的最大可用内存通常不到3.5GB，远低于x64环境。如果你的程序堆内存设置过高，很容易触发内存分配失败进而导致JVM崩溃。可以尝试修改启动参数，比如：

  -Xmx1536m -Xmn512m -XX:MaxPermSize=256m
  

  降低堆内存上限，避免内存溢出引发的底层访问违规。

• 排查本地代码/第三方依赖的32位兼容性：如果你的代码里用到了JNI本地方法，或者依赖了第三方库，要确认这些组件是针对x86环境编译的，且没有指针越界、内存泄漏这类问题。x64环境的地址空间更大，可能掩盖了32位下的内存访问bug，所以重点检查本地代码的内存操作逻辑，或者替换为官方提供的32位兼容版本依赖。

• 禁用JVM类数据共享（CDS）：从崩溃日志看，你的JVM启用了sharing模式，也就是类数据共享。这个功能在部分x86环境下存在兼容性问题，会导致jvm.dll出现访问异常。可以添加启动参数-Xshare:off来禁用CDS，看看是否能解决崩溃问题。

• 检查系统环境与软件干扰：确保你的Windows7 x86系统安装了所有关键更新，尤其是和内存管理、系统API相关的补丁，缺失的系统补丁可能导致JVM调用系统函数时出错。另外，暂时关闭杀毒软件、系统优化工具这类可能干扰JVM运行的软件，排除外部因素导致的崩溃。

内容的提问来源于stack exchange，提问作者Amany Magdy