我们正在运行一个带有JNI层的Java 8应用程序,该层由于C层中某处出现内存不足错误而崩溃.
与通常的hs_err_pid.log文件一起,我们注意到这次我们还收到了replay_pid.log文件.我做了一些广泛的google-foo,几乎找不到关于这个文件的任何信息.
有没有人见过这个文件,有谁知道它包含什么以及如何最好地分析它？
最佳答案
该文件由java热点生成,以提供有关发生问题时的操作的重播信息.它是否能为您提供足够的具体信息,告诉您问题的位置似乎会受到影响或遗漏,但它确实有助于告诉您当时的情况.
在OpenJDK下报告了一个类似的问题,关于在发生分段错误后生成的重放文件.据说这个问题是用以后的版本修复的,所以如果你使用的版本低于8u40,我会升级,看看是否能解决这个问题. (issue as reported)
如果没有,那么你将不得不开始挖掘你的C/C++文件,找出造成seg故障的原因.因为你正在使用JNI,所以要记住一件事(如果你知道的话,请原谅我)是如果你用Java通过JNI调用C/C++然后在那个调用中,分配任何内存,那个内存分配不是在Java对象被垃圾回收时释放.您必须手动释放分配的内存.如果一个函数对同一个C/C++类进行多次调用,并且每次分配更多内存,那么最终你将最终遇到这个问题.
