使用nohup+getRuntime().exec启动Java程序后FileHandler日志写入失败

核心原因 #

• JDK自带FileHandler默认加独占锁：java.util.logging.FileHandler的Linux平台实现依赖fcntl系统调用给目标日志文件加独占写锁，同一时间仅允许一个进程持有该锁。其余进程初始化FileHandler时抢锁失败后，默认静默跳过该Handler的日志写入逻辑，不会抛出异常，因此只会看到无日志输出、没有报错或阻塞的现象。
• 进程时序问题触发锁冲突：你通过Runtime.getRuntime().exec()启动子进程后才执行System.exit(0)，子进程初始化日志模块时，父进程仍在运行且持有日志文件的独占锁，子进程的FileHandler初始化失败后不会自动重试，哪怕后续父进程退出锁被释放，子进程也无法再写入该日志文件。控制台Appender不受影响是因为它不涉及文件资源抢占逻辑。

解决方案 #

• 方案1：每个进程使用独立日志文件。可以在日志文件名中拼接进程ID区分，示例代码如下：

  // 从运行时信息中提取进程ID
  String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
  String logPath = "/my/example/XYLog-" + pid + ".log";
  logger.addHandler(new FileHandler(logPath, true));
  

• 方案2：调整进程启动时序。父进程启动子进程前，先主动关闭自身持有的所有FileHandler、释放日志文件锁，再执行退出逻辑，保证子进程初始化日志时可以正常拿到锁。
• 方案3：更换日志写入方案。如果必须多进程写入同一份日志文件，可以换成支持多进程并发写的日志组件，或者将日志上报给syslog等统一服务进行文件写入，避免多进程直接抢占同一个文件资源。

内容的提问来源于stack exchange，提问作者user1132655