java程序执行一半被kill掉会报异常吗?

会。

java程序执行一半被kill掉，非守护线程中止时，会报异常，在Linux系统下执行会报以上氏纳异常世祥信息。

java程序的执行方式：编译+解释混合，在编译歼返没基础上进行解释运行的语言。

在Java程序崩溃时，通常不会生成core文件，因为Java虚拟机(JVM)默认不会生成core文件。不过，如果你想要在Java程序崩溃时生成core文件，你可以通过在启动JVM时设置参数来实现。例如，如果你使用的是Linux *** 作系统，可以通过以下命令启动JVM并生成core文件：

plaintext

Copy code

java -XX:ErrorFile=/tmp/java_error%!p(MISSING).log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/heapdump.hprof -XX:+CrashOnOutOfMemoryError -XX:OnOutOfMemoryError="gcore %!p(MISSING)kill -9 %!p(MISSING)" YourJavaProgram

其中，-XX:ErrorFile用陵兄于指定JVM错误日志的保存路径，-XX:+HeapDumpOnOutOfMemoryError用于在发生内存溢出时生成堆转储文件，-XX:HeapDumpPath用于指定堆转储文件的保存路径，-XX:+CrashOnOutOfMemoryError用于在发生内存溢出时直接崩溃，-XX:OnOutOfMemoryError用于在发生内存溢出时执行指定的命令。在这个例子中，我们使用gcore命令生尺信袭成core文件，并将进程杀掉。

在生成了core文件之后，你可以使用gdb来分析core文件。首先，你需要使用以下命令启动gdb：

plaintext

Copy code

gdb YourJavaProgram core

其中，YourJavaProgram是你的Java程序的可执行文件名，core是你生成的core文件名。启动gdb后，你可以使用gdb命令来分析core文件，例如，可以使用bt命令来查看堆栈信息，使用info命令来查看线程信息等等。

需要注意的是，在使用gdb分析core文件时，你需要了解Java程序的内部实现，例如，你需要知道Java线程是如何映射到 *** 作系统线程的，以及Java对象是如何映射到内存中的。否则，你可能无法正确地分析core文件，或者分析结坦好果可能不准确。

多数人升扮可能会回答 kill -9 pid，这是一种在多数情况下正确的做法。不过本文打算阐述使用kill -9带来的一些问题，并给出另一种标准的kill方式。标准中断信号在Linux信号机制中，存在多种进程中断信号（Linux信号列表 ）。其中比较典型的有 SIGNKILL（9） 和 SIGNTERM（15）.SIGNKILL（9） 和 SIGNTERM（15） 的区别在于：SIGNKILL（9） 的效果是立即杀死进程. 该信号携灶不能被阻塞, 处理和忽略。SIGNTERM（15） 的效果是吵隐灶正常退出进程，退出前可以被阻塞或回调处理。并且它是Linux缺省的程序中断信号。由此可见，SIGNTERM（15） 才是理论上标准的kill进程信号。SIGNKILL（9） 带来的问题先看一段程序

---