#
# An unexpected error has been detected by Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x2d7855f0, pid=6120, tid=7348
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode windows-x86)
# Problematic frame:
# C 0x2d7855f0
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- T H R E A D ---------------
Current thread (0x27758000): JavaThread "AWT-Windows" daemon [_thread_in_native, id=7348, stack(0x27e30000,0x27f30000)]
siginfo: ExceptionCode=0xc0000005, ExceptionInformation=0x00000008 0x2d7855f0
Registers:
EAX=0x2d785640, EBX=0x0019e700, ECX=0x2d785618, EDX=0x00150608
ESP=0x27f2f890, EBP=0x27f2f8b4, ESI=0x4f1e138c, EDI=0x00000001
EIP=0x2d7855f0, EFLAGS=0x00010206
Top of Stack: (sp=0x27f2f890)
0x27f2f890: 4f1a884f 00000001 0019e478 001d1be8
0x27f2f8a0: 0019e210 0019e478 27f2f920 4f1d9c99
0x27f2f8b0: ffffffff 27f2f8c8 4f1a76a0 4f1e138c
0x27f2f8c0: 0006040f 00000000 27f2f8e4 76182fb5
0x27f2f8d0: 0006040f 00000000 00009812 27758114
0x27f2f8e0: 00000001 27f2f8f8 76183729 0006040f
0x27f2f8f0: e00e0804 00000000 27f2f92c 6d096a87
0x27f2f900: 0006040f 27f2f9a4 6d0966d0 00000000
这种问题大部分情况下是虚拟机底层bugs导致了未知的内存问题。
我在一次工作中，使用exe4j打包好的swing程序运行过程中总之不时的报这种异常，结果当我在配置exe4j的时候加上了"-Xms128m -Xmx256m"后，这问题竟然没有了。
在此分享一下，如果你也碰到这种问题，不妨也试试这种办法。
分享到：
相关推荐
另一个重要的参数是`-XX:OnError`，它允许我们在JVM崩溃时执行自定义的命令，比如`pmap %p`用于显示进程的内存映射，或者`gcore %p; dbx - %p`用于生成核心转储并启动调试器。在Linux中，这些命令会在子进程中执行，...
此为修复版本，下载后直接使用即可 版本号：1.6.4，大家去下载jar的时候别搞错了！
在"sigar1.6.4,jvm崩溃修复版"中，它特别针对JVM崩溃问题进行了优化和修复，提升了其在Java环境下的稳定性。 在JVM（Java Virtual Machine）中，崩溃可能由于多种原因，如内存溢出、线程死锁、非法指令或系统资源...
该项目是一款基于Java平台的JVM崩溃分析工具源码，包含22个文件，其中19个为Java源文件，1个JAR包文件，1个Markdown文件和1个XML文件。该工具专注于分析JVM崩溃原因并提供常见解决方案。
在书上看到一个作者提出一个问题“怎样通过编写Java代码让Jvm崩溃”，我看了之后也不懂。带着问题查了一下，百度知道里面有这样一个答案： 1 package jvm; 2 3 public class Crash { 4 public static void main...
首先，我们需要了解JVM崩溃的常见原因。这可能包括内存溢出（Out of Memory Error）、线程死锁、非法指令、系统资源耗尽等。错误日志通常会提供以下几个关键部分的信息： 1. **头部信息**：包含崩溃时JVM的版本、...
"年轻代GC JVM crash"可能是因为在垃圾回收过程中遇到了严重问题，导致JVM崩溃。这可能是由于以下原因： 1. **内存溢出**：如果年轻代的空间不足以容纳新分配的对象，或者Survivor区无法容纳从Eden区晋升的对象，就...
《深入解析JVM崩溃分析与解决方案》 在Java开发领域，JVM（Java Virtual Machine）是执行Java程序的核心。然而，由于各种原因，JVM可能会出现崩溃，这将导致应用程序无法正常运行。"CrashAnalysis-master.zip"是一...
这个文件对于开发者来说至关重要，因为它记录了JVM崩溃时的详细信息，包括堆栈跟踪、系统属性、线程信息以及可能的故障原因。 标题"JVM Crash，生成hs_err_pid.log文件"指的是Java虚拟机在运行过程中遇到了致命问题...
使用MAT进行内存分析时，首先需要在JVM崩溃或出现性能问题时捕获.hprof文件，然后用MAT打开并分析。通过MAT的分析结果，可以找到内存占用过多的对象，以及可能导致内存泄漏的引用链。 总结起来，理解JVM内存结构...
1. **生成heapdump**：可以通过JVM的`jmap`命令，或者在JVM崩溃时由操作系统的信号触发。 2. **分析heapdump**：IBM的这个工具能解析heapdump，展示内存中的对象数量、大小分布，以及对象间的引用关系。通过查找...
这通常是通过在JVM崩溃、挂起或按需时触发堆转储来完成的。在Java应用程序中，可以通过设置JVM参数`-XX:+HeapDumpOnOutOfMemoryError`来配置当出现内存溢出错误时自动创建堆转储。也可以使用`jmap`命令（在JDK工具...
在实际使用MAT时，我们需要先获取heap dump文件，这通常可以通过JVM的`jmap`命令或在JVM崩溃时自动生成。然后导入到MAT中，通过上述功能进行分析。例如，我们可能会关注那些有大量实例但没有被释放的类，或者查找...
### 使用JNA替代JNI调用DLL，并解决内存溢出问题 #### 问题背景 在项目的开发过程中，常常遇到需要处理二进制流数据并对其进行解析处理的情况。这种情况下，如果上层应用平台采用的是Java开发，而底层算法或数据...
这些文件通常包含有核心转储文件（core dump）和日志文件等，是诊断JVM崩溃的重要依据。 ##### 1. 核心转储文件分析 核心转储文件包含了崩溃时刻的完整内存映像，通过对它的分析，可以了解到程序崩溃时的内存状况。...
- JVM崩溃可能由多种原因引起，如内存溢出、非法指令等。通过分析javacore文件可以找到导致崩溃的具体线程和代码位置。 - **Hang/Performance Degradation：** - 性能下降或挂起的问题可能是因为线程间的竞争或者...