JavaCore文件可以用手工的方式生成，当我们会遇到系统变慢或无响应的情况，这时就以采用手工的方式生成JavaCore。
② Javacore文件产生的位置在哪里
当时 java 启动的当前目录 ，比如你在桌面上双击快捷方式，那么它就在快捷方式中所指定的”运行目录”下。
你也可以把 System.getProperties() 打印出来，里面提到了好几个目录 。
③ 如何产生javacore文件和heapmp文件
1. windows & linux：
修改运行脚本的javaw 到java，并且添加参数-XX:+HeapDumpOnCtrlBreak。
运行程序后，按ctrl+break， 就可以得到heapmp文件。
-Djava.awt.headless=true -XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=c:\heapmp
2. solaris：
首先在运行的脚本中添加参数-XX:+HeapDumpOnCtrlBreak。
利用ps -ef | grep java 找到运行程序的进程号。
输入命令kill -3 <pid>，就可以得到heapmp文件。
或者: kill -QUIT <pid>
-Djava.awt.headless=true -XX:+HeapDumpOnOutOfMemoryError
3. AIX
（1） choose one cluster member, set the following before this server start:
在was启动前设置下面环境变量（可以加在启动脚本中）
export IBM_HEAPDUMP=true
export IBM_HEAP_DUMP=true
export IBM_HEAPDUMP_OUTOFMEMORY=true
export IBM_HEAPDUMPDIR=<directory path>
export IBM_JAVADUMP_OUTOFMEMORY=true
（2）please use set command to make sure you do not have DISABLE_JAVADUMP parameter
then start this cluster member.
用set命令检查参数设置，确保没有设置DISABLE_JAVADUMP，然后启动server
（3）when you find free memory < 50% when no heavy access, please run kill -3 <pid>
执行kill -3 <pid>命令可以生成javacore文件和heapmp文件（pid为was java进程的id号，可以用ps -ef|grep java 查到），可以多执行几次，按照下面操作进行
④ linux下java mp文件在哪儿
如果所使用的应用服务器是tomact，mp文件默认在catalina.out日志文件里；
如果不是则可以查看java环境变量设置的位置，也就知道在mp文件的位置了；
如果没有生成mp文件或者是生成错误，请按照一下几种方法来修复：
系统默认的core文件生成路径是 /var/logs，但是 /var/logs 目录并非系统自带的，系统初始安装默认自带的是/var/log，最终导致该系统出现core mp后并没能生成core文件，因此如何查询和修改系统默认的core mp文件生产路径呢？方法如下：
一. 查询core mp文件路径：
方法1：
# cat /proc/sys/kernel/core_pattern
方法2：
# /sbin/sysctl kernel.core_pattern
二. 修改core mp文件路径：
方法1：临时修改：修改/proc/sys/kernel/core_pattern文件，但/proc目录本身是动态加载的，每次系统重启都会重新加载，因此这种方法只能作为临时修改。
/proc/sys/kernel/core_pattern
例：echo ‘/var/log/%e.core.%p’ > /proc/sys/kernel/core_pattern
方法2：永久修改：使用sysctl -w name=value命令。
例：/sbin/sysctl -w kernel.core_pattern=/var/log/%e.core.%p
⑤ 在linux下运行kill -3 pid（java）不能生成javacore.txt文件，export JAVA_DUMP_OPTS 还是不行，那位帮帮
我们也经常遇到kill -3 无法生成javacore的问题，都是抓fullcore去分析。
⑥ linux上的core文件，麻烦牛人们帮忙解释下是什么原因
关于UNIX/Linux系统来下面产生的core文件，根据我自使用系统的经验，通常是由于自己在编写程序的过程中，由于自己的疏忽，使自己编写的程序产生了数组越界、或者是程序中的指针指向了一块无效的内存区域，产生的内存溢出错误。这一点在C语言编程过程中尤为明显，即：虽然定义了一个指针变量，但是未对该变量进行初始化、且判断该指针是否为空指针，而在后面的程序中又使用到了该变量，这时候肯定就会产生内存溢出错误。通常产生的提示信息就是：Segmentfault，CoreDumped！此时再一看自己当前工作的目录下面，就会自动产生出一个文件名为core的文件，通常该文件占得空间也是比较大的，至少好几兆字节。
⑦ linux下的core文件是怎么生成的
在linux平台下，设置core mp文件来生成的方法自： 1 ）如何生成 coremp 文件 登陆 LINUX 服务器，任意位置键入 echo "ulimit -c 1024" >> /etc/profile 退出 LINUX 重新登陆 LINUX 键入 ulimit -c 如果显示 1024 那么说明 coremp 已经被开启。...
⑧ linux 跑java产生core mped文件怎么跟进去
你的gtk的库包没有安装好，用cp简单复制文件是不对的，因为还涉及库包的依赖问题。 如果你 gtk 库包不存在依赖问题就好办，如果要依赖其它库包，那么你要从库包管理器安装gtk。 rpm的库包用yum install 库包名 来安装
⑨ 如何产生javacore文件和heapmp文件
JavaCore/HeapDump这两个文件可以用手工的方式生成，当我们会遇到系统变慢或无响应的情况，这时就以采用手工的方式生成JavaCore及HeapDump文件。
在Unix/Linux上，产生这两个文件的方法如下：
# ps -ef | grep java
user 4616 4582 0 17:30 pts/0 00:00:00 grep java
root 5580 1 0 Oct27 ? 00:02:27 /usr/bin/java -server -XX:PermSize=64M -XX:MaxPermSize=128m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/tomcat8090/conf/logging.properties -Djava.endorsed.dirs=/usr/local/tomcat8090/endorsed -classpath:/usr/local/tomcat8090/bin/bootstrap.jar -Dcatalina.base=/usr/local/tomcat8090 -Dcatalina.home=/usr/local/tomcat8090 -Djava.io.tmpdir=/usr/local/tomcat8090/temp org.apache.catalina.startup.Bootstrap start
# kill -3 5580
首先，找出Java进程id ，然后再执行‘kill -3 进程号’的操作，等文件生成后再做一次同样的操作，再产生一组文件。
详情请参考：http://blog.csdn.net/newhappy2008/article/details/7592697
⑩ linux 怎么分析core文件
从接触unix开始就一直听到和遇到core mp，特别是刚学着使用C语言在AIX下编写程序的时候， mp更是时不时就会不请自来。记得当时刚写应用的时候，提交程序时最怕的就是在运行过程时遇到core mp，对于银行核心系统，特别是使用静态应用进程，如果一个相对频繁一点的交易导致core mp，那么毫无疑问，除了赶紧定位错误改程序外，重启进程甚至无法争取到多少缓冲的时间来进行代码的更正和测试。而且往往导致core mp的，就是程序中一个小小的未注意到或者未测试到的一个疏忽。
虽然常常遇到core mp，不过很长时间内，都是出于知道这个名字，知道它导致的后果，知道一部分导致它出现的原因，其他的就都不甚了了了。说起来，就是自己太懒了，懒得看书......少壮不努力啊。看过一则统计，说60岁以上的老人，超过70%都后悔少壮不努力，不知统计的数据能否反映整个社会的情况。不过总的来说，这句古话还是有些道理的。大家不要学我。哈哈
core mp，翻译过来讲，就是核心转储。大致上就是指，如果由于应用错误，如浮点异常、指令异常等，操作系统将会转入内核的异常处理，向对应的进程发送特定的信号（SIGNAL），如果进程中没有对这些信号进行处理，就会转入默认的处理，core mp就是其中的一种。如果进程core mp，系统将会终止该进程，同时系统会产生core文件，以供调试使用。这个core文件其实就是内存的映像，即进程执行的时候内存的内容，也就是所谓的core mp。平常大家说某某进程core mp了，其实主要的意思就是说：某某进程因为错误而被系统自动终止了。
AIX上提供了dbx工具可以对core mp进行调试，协助定位引起core mp的代码。最普通的语法是：
dbx 应用名 core文件， 然后使用where命令来显示调试信息
一般来讲，根据工作中遇到的情况，dbx还是能够比较轻松的根据提示的内容来定位代码的。不过也有一些特殊情况时，dbx显示的调试信息过于模糊或者不直观，这个时候就只能根据经验来逐步定位了。有时定位起来会耗用相当长的时间。遇到这种情况时，使用日志文件，通过在代码中穿插多个写log的语句，也可以协助发现。因为进程core mp时，日志当然也中断了，根据日志在哪个代码行之后或之前中止了，可以有效缩小寻找的范围。甚至，在有些情况下，使用日志定位是唯一简便的方法了。