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時，日誌當然也中斷了，根據日誌在哪個代碼行之後或之前中止了，可以有效縮小尋找的范圍。甚至，在有些情況下，使用日誌定位是唯一簡便的方法了。