java - 运行新的 jar 文件时来自 openjdk 的 fatal error

Question

我想实现一个 ApplicationChangeMonitor 来监视文件系统中当前执行的 jar 文件的变化。当检测到更改时，应用程序应重新启动。我正在使用 WatchService检测变化。

设置:

• 在 (Windows) Eclipse 中使用 samba 共享(Linux 系统)上的工作空间进行开发
• jar 文件由 Eclipse maven (m2e) 在该 samba 共享上生成
• jar文件在Linux系统的shell中执行(使用openjdk)

因此每次创建新的jar 文件时，都应该在Linux 系统上重新启动正在运行的应用程序。首先，我尝试让应用程序自行重启，但大多数时候我遇到了来自 JVM 的 fatal error 。然后我选择了一种更简单的方法:我只是让应用程序在检测到更改后自行结束，并使用 bash 实现重启机制:

while true ; do java -jar application.jar ; done

奇怪的是，在更改应用程序后，我仍然会遇到一两次 fatal error 。示例:

• java -jar application.jar <-- 初始启动，应用程序正在运行
• 已创建新的 jar 文件
• java -jar application.jar <-- fatal error
• java -jar application.jar <-- fatal error
• java -jar application.jar <-- 应用程序启动
• 已创建新的 jar 文件
• java -jar application.jar <-- fatal error
• java -jar application.jar <-- 应用程序启动

输出:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGBUS (0x7) at pc=0x00007f46d5e2416d, pid=28351, tid=139942266005248
#
# JRE version: 7.0_25-b30
# Java VM: OpenJDK 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libzip.so+0x516d]  Java_java_util_zip_ZipFile_getZipMessage+0x114d
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/workspace/.../target/hs_err_pid28351.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

OpenJDK 创建转储文件，我猜相关部分是导致此 fatal error 的堆栈跟踪:

 - Stack: [0x00007fbc9398f000,0x00007fbc93a90000],  sp=0x00007fbc93a8bd90,  free space=1011k
 - Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
 - C  [libzip.so+0x516d]  Java_java_util_zip_ZipFile_getZipMessage+0x114d
 - C  [libzip.so+0x5eb0]  ZIP_GetEntry+0xd0
 - C  [libzip.so+0x3af3]  Java_java_util_zip_ZipFile_getEntry+0xb3
 - j  java.util.zip.ZipFile.getEntry(J[BZ)J+0
 - j  java.util.zip.ZipFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;+38
 - j  java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;+2
 - j  java.util.jar.JarFile.getJarEntry(Ljava/lang/String;)Ljava/util/jar/JarEntry;+2
 - j  sun.misc.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;+48
 - j  sun.misc.URLClassPath.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;+53
 - j  java.net.URLClassLoader$1.run()Ljava/lang/Class;+26
 - j  java.net.URLClassLoader$1.run()Ljava/lang/Object;+1
 - ...

现在，有人知道为什么我会收到这些 fatal error 吗？我想可能是因为 jar 文件还没有完全写入(这可以解释为什么问题来自 Java_java_util_zip_ZipFile_getZipMessage)。但事实并非如此，因为 jar 的 md5sum 在执行导致 fatal error 和工作执行后保持不变。

while true; do md5sum application.jar ; java -jar application.jar ; done

Answer 1

这是因为在将新文件写入磁盘时您会收到通知。这对 WatchService 来说是个坏事，它会在新文件创建但尚未完全写入磁盘时立即通知您。

当新的 jar 文件被写入磁盘时，jar 文件被正在将该 jar 文件写入磁盘的进程锁定。在文件创建者进程未解锁文件之前，您无法访问文件。

解决方法:您必须尝试打开文件，如果文件被打开，则文件已完全写入磁盘。如果您打开文件失败，请等待一段时间(或不等待，尝试下一步)，然后尝试下一步打开文件。

要解锁文件，请执行如下操作:

public void unlockFile(String jarFileName){
    FileInputStream fis = null;
    while(true){
        try{
            // try to open file
            fis = new FileInputStream(jarFileName);
            // you succeed to open file
            // return
            // file will be closed in finally block, as it will always executed
            return;
        }catch(Exception e){
            // file is still locked
            // you may sleep for sometime to let other process finish with file and
            // file gets unlocked

            // if you dont have problem with this process utilizing CPU, dont sleep!
            try{
                Thread.sleep(100);
            }catch(InterruptedException ie){
            }
        }finally{
            if(fis != null){
                try{
                    fis.close();
                }catch(Exception e){
                }
            }
        }
    }

针对您的问题，

您告诉:“我只是让应用程序在检测到更改后自行结束，并使用 bash 实现了重启机制”

因此，在结束 java 进程之前，按照我在上述方法中的建议解锁文件。我相信错误会消失。试试吧，让我知道结果。

像这样:

void shutDownMethod(){
    // get file name from watcher, below line will depend on your logic and code.
    String jarFileName = watcherThread.getNewNotifiedFile();
    // unlock new jar file.
    unlockFile(jarFileName);
    // shutdown JVM
    System.exit(0);
    // bash will restart JVM
}