3

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

设置：

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

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

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

奇怪的是，在应用程序更改后，我仍然会遇到一两次致命错误。例子：

  • java -jar application.jar <-- 初始启动，应用程序正在运行
  • 创建了新的 jar 文件
  • java -jar application.jar <-- 致命错误
  • java -jar application.jar <-- 致命错误
  • java -jar application.jar <-- 应用程序启动
  • 创建了新的 jar 文件
  • java -jar application.jar <-- 致命错误
  • 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 创建转储文件，我猜相关部分是导致此致命错误的堆栈跟踪：

 - 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
 - ...

现在，有人知道我为什么会遇到这些致命错误吗？我想可能是因为 jar 文件还没有完全写好（这可以解释问题出在哪里Java_java_util_zip_ZipFile_getZipMessage）。但事实并非如此，因为 jar 的 md5sum 在执行后保持不变，导致致命错误和有效执行。

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

1 回答 1

2

这是因为在将文件写入磁盘时，您会收到有关新文件的通知。这对 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
}
于 2013-10-18T10:40:15.750 回答