我正在开发一个小型应用程序，该应用程序应使用数字签名签署文档并退出。 签名可以位于 PKCS#12 存档(.pfx 文件)或智能卡设备上。

使用 pfx 文件很容易，而且工作正常。

但是，有时使用智能卡设备时，进程会在 Windows 8 PC 上挂起。

文档已正确签名，但进程并未终止。它只是挂起。

我正在使用 Sun 的 PKCS#11 提供程序 - sun.security.pkcs11.SunPKCS11

基本上我是这样做的:

SunPKCS11 provider = new SunPKCS11(configuration);
Security.addProvider(provider);

..... some work .....

provider.logout()
Security.removeProvider(provider);

现在...即使我调用 System.exit(0) 或在 main 方法末尾抛出异常，我也可以在输出但进程不会终止。

我已经添加了一个关闭钩子(Hook)来查看它是否被执行，它是否被执行，即 JVM 正在尝试停止。

挂起很少发生，仅在 Windows 8 PC 上发生。尝试使用不同的智能卡，它只发生在使用 cmp11.dll 的卡上(dll 由智能卡供应商提供)。

然而，使用相同的 dll 与智能卡进行通信，在 Windows 7、XP 或某些 Windows 8 PC 上运行良好

在 x86 或 x64 Windows 8 上使用 Java 8 Update 45 运行它

尝试获取线程转储以查看挂起的内容:

public static void main(String[] args) {
  // do my job, register provider, sign documents, remove provider ...

  for(int i = 0; i < 20; ++i) {
    System.err.println("Sleep... " + i);
    Thread.sleep(2 * 1000);
  }
  System.err.println("Exiting...");
}

如果我在打印 Sleep...x 时执行 jstack -l 3232 > dump.log 2>&1，一切看起来都正常。

但是，如果我在打印 Exiting... 时执行 jstack -F -l 3232 > dump2.log 2>&1 并且应用挂起(使用 -F 因为进程挂起)，我得到以下信息:

Attaching to process ID 3232, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.45-b02
Deadlock Detection:

No deadlocks found.

Thread Exception in thread "main"         
java.lang.reflect.InvocationTargetException
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at   sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
      at   sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:497)
      at sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
      at sun.tools.jstack.JStack.main(JStack.java:106)
Caused by: sun.jvm.hotspot.debugger.DebuggerException: Windbg Error: GetThreadIdBySystemId failed!
      at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.getThreadIdFromSysId0(Native Method)
      at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.getThreadIdFromSysId(WindbgDebuggerLocal.java:284)
      at sun.jvm.hotspot.debugger.windbg.amd64.WindbgAMD64Thread.getThreadID(WindbgAMD64Thread.java:88)
      at sun.jvm.hotspot.debugger.windbg.amd64.WindbgAMD64Thread.toString(WindbgAMD64Thread.java:81)
      at java.lang.String.valueOf(String.java:2982)
      at java.io.PrintStream.print(PrintStream.java:683)
      at sun.jvm.hotspot.runtime.win32_amd64.Win32AMD64JavaThreadPDAccess.printThreadIDOn(Win32AMD64JavaThreadPDAccess.java:114)
      at sun.jvm.hotspot.runtime.JavaThread.printThreadIDOn(JavaThread.java:265)
      at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:79)
      at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
      at sun.jvm.hotspot.tools.JStack.run(JStack.java:66)
      at sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
      at sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
      at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
      at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
      ... 6 more

我可以在任务管理器中看到 PID 为 3232 的进程!

知道为什么它没有终止或者为什么 jstack 失败了吗？

编辑

好的，尝试在一个单独的进程中提取签名，用 Runtime.exec 执行它，然后用 Process.destroy 杀死它但是......没有似乎有帮助。子进程仍然留在任务管理器中。

Aaaaand...现在我别无选择，只能让它自杀;(

try {
  String name = java.lang.management.ManagementFactory.getRuntimeMXBean().getName();
  Runtime.getRuntime().exec("taskkill.exe /F /PID " + name.split("@")[0]);
}
catch(Throwable t) {
  Runtime.getRuntime().exec("taskkill.exe /F /IM java.exe"); 
}

编辑 2

也尝试使用 Runtime.halt。仍然没有终止进程...

如果有任何想法，我将不胜感激!

最佳答案

这不会解决您的根本原因，但此方法可用于强制 JVM 终止:

http://docs.oracle.com/javase/7/docs/api/java/lang/Runtime.html#halt(int)

正如 Javadoc 所说，请格外小心使用 ;-)

关于java - JVM 在退出时挂起，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30912139/