Java程序在Ubuntu日志异常

不少开发者在 Ubuntu 系统上运行 Java 程序时，最头疼的问题之一就是异常信息到底去了哪里。通常，我们会盯着控制台看——这确实是最直接的途径，但异常信息其实还可能藏在好几个地方。弄清这些出口，排查问题才能有的放矢。下面逐一梳理。

一、控制台输出：最直接的第一现场

命令行运行时，异常会一股脑儿打印在终端上。典型的错误堆栈像这样：

Exception in thread "main" ja va.lang.UnsupportedClassVersionError: com/example/MyClass : Unsupported major.minor version 52.0
    at ja va.lang.ClassLoader.defineClass1(Native Method)
    at ja va.lang.ClassLoader.defineClass(ClassLoader.ja va:763)
    ...

这种信息最显眼，但有时程序后台运行或输出被重定向，控制台就看不到了一一这时需要查看下面几个路径。

二、日志文件：多数生产环境的主战场

如果程序配置了日志框架（Log4j、SLF4J、JUL 等），异常信息通常会被记录到指定的日志文件。这些文件默认在程序的工作目录或你显式配置的路径下。比如 Log4j 的典型默认文件名是 logs/app.log。实际路径以 log 配置文件为准，不要死盯着一个名字不放。

三、系统日志：当异常“逃逸”到内核层

有些场景下，比如 JVM 自身出现致命错误（内存溢出、线程死锁等），异常信息可能会被操作系统捕捉并写入系统日志。常用的查看命令：

sudo tail -f /var/log/syslog

另外两个候选文件也值得留意：/var/log/kern.log 和 /var/log/dmesg。这些日志通常记录的是 JVM 崩溃前一刻的“遗言”，对诊断底层问题特别有用。

四、Java 崩溃报告：JVM 的“死亡笔记本”

如果程序因为未捕获的异常导致 JVM 直接崩溃，它会自动生成一个 hs_err_pid.log 文件，通常藏在用户主目录下的 .ja va 文件夹中。例如：

/home/user/.ja va/hs_err_pid12345.log

这个文件里记录了崩溃时的线程状态、内存使用、操作指令等信息，是终极的排查线索。

最后提醒一句：排查异常信息时，可以按“控制台 → 日志文件 → 系统日志 → 崩溃报告”这个顺序来，基本覆盖了所有可能。当然，如果问题特别诡异，欢迎带上具体的异常堆栈和程序运行环境进一步交流。