CentOS Java故障排查有哪些技巧

CentOS 上 Java 故障排查技巧

一 快速定位与系统检查

• 确认 Java 环境：执行 java -version、javac -version 验证运行时与编译器；用 which java 定位可执行文件，用 readlink -f $(which java) 查看实际指向；如需切换版本，使用 alternatives --config java；检查环境变量 echo $JAVA_HOME / $PATH，必要时在 /etc/profile 或 /etc/bashrc 中设置并 source 生效。
• 定位 Java 进程：用 ps -ef | grep java 或 jps 获取 PID；查看资源占用 top -H -p （按 Shift+H 显示线程）、pidstat -u -p 1 观察线程 CPU；系统层面用 vmstat 1、iostat -x 1、sar -n DEV 1 排查 CPU、内存、磁盘 I/O 与网络瓶颈。
• 端口与连通性：用 ss -lntp | grep :端口 或 netstat -tulpen | grep :端口 检查端口占用；必要时调整应用端口或释放占用进程。
• 服务化场景：若以 systemd 管理，使用 systemctl status 与 journalctl -u -xe 查看启动失败原因与日志。

二 日志与常见报错定位

• 应用日志：优先查看应用日志（如 application.log、Tomcat 的 catalina.out），使用 tail -f、grep -n “ERROR” 快速检索；Spring Boot 可在 application.properties 中配置 logging.file.name 指定日志路径。
• 崩溃日志：JVM 异常退出时会在工作目录或启动目录生成 hs_err_pid.log*，重点查看首部的信号（如 SIGSEGV）、Problematic frame、JRE/VM 版本与寄存器信息，以判断是否为 JNI、内存访问或 JVM Bug 导致。
• 系统日志：排查 /var/log/messages、/var/log/syslog 中与 Java 相关的 OOM、磁盘、权限等系统级线索；若系统启用 ABRT，可用 abrt-cli 查看崩溃报告。
• 日志框架：生产建议使用 Log4j/Logback/SLF4J 输出结构化日志，便于检索与聚合分析。

三 JVM 层诊断与内存问题处理

• 线程与锁：用 jstack 打印线程栈，配合 -l 查看锁信息，定位 死锁/阻塞；对高 CPU 线程，将其 nid（十六进制） 转换为 十进制 tid，在 jstack 中比对定位热点方法。
• GC 与健康：用 jstat -gc 1000 观察 YGC/YGCT、FGC/FGCT、GCT 与各区使用率，判断是否频繁 Full GC 或晋升失败。
• 内存泄漏与 OOM：发生 OutOfMemoryError 时，使用 jmap -dump:format=b,file=heap.hprof 生成堆转储，借助 Eclipse MAT 或 JProfiler 分析支配树与泄漏路径；必要时结合 jmap -histo:live 快速看对象分布。
• 堆外与本地问题：若 hs_err_pid.log* 指向 libjvm.so 或 JNI 帧，优先排查本地库、第三方 native 依赖与容器/虚拟化环境的资源限制。

四 启动失败与服务化排障

• 环境与兼容性：核对 JAVA_HOME/PATH、java/javac 版本一致；确认应用与 JDK 版本兼容（如 32/64 位匹配）。
• 端口冲突：启动报端口占用时，用 ss/netstat 找到占用进程并停止或调整应用端口。
• 类路径与依赖：检查 -cp/-classpath、JAR 清单 Main-Class 是否正确；用 jar tf app.jar 确认主类存在；Maven/Gradle 项目确保依赖已解析。
• 权限与文件：确认用户对应用目录、日志目录与配置文件具备 读/写/执行 权限。
• 配置与脚本：核对 catalina.sh、启动脚本中的 JAVA_OPTS、堆参数、GC 策略与文件路径；避免脚本中 JAVA_HOME 覆盖错误。
• 前台试运行：对 jar 包可先前台运行 java -jar app.jar 观察完整控制台输出，再切回 systemd 托管。

五 高频场景速查表