nohup启动Java应用后进程退出，需检查三方面：一是JVM启动参数缺失（如-Dfile.encoding=UTF-8）导致编码异常退出；二是日志重定向不全（漏2>&1）致错误丢失；三是应用读取stdin阻塞被SIGPIPE终止。
nohup 启动 Java 应用后进程仍退出？检查这三个点
nohup 本身不保证 Java 进程长期存活，它只屏蔽 SIGHUP 并重定向输出。常见现象是 nohup java -jar app.jar & 看似运行了，但几秒后 ps aux | grep java 找不到——大概率是 JVM 启动失败或应用主动退出。
- 必须加
-Dfile.encoding=UTF-8等基础参数，否则某些依赖中文路径或配置的 Java 应用会在 nohup 下因编码问题抛java.nio.charset.UnsupportedCharsetException直接退出 - 日志重定向要显式写全：
nohup java -jar app.jar > /var/log/myapp.log 2>&1 &；漏掉2>&1会导致错误堆栈直接丢弃，排查无从下手 - nohup 不处理标准输入（stdin），如果应用代码里写了
System.in.read()类操作，会立刻阻塞并可能被系统 SIGPIPE 终止
systemd 服务文件里 Java 启动命令怎么写才稳定
systemd 要求主进程必须是“前台运行”的 PID 1，Java 默认后台模式（-Ddaemon=true 或 start 命令）会直接导致 Active: inactive (dead)。
- 确保使用
ExecStart=/usr/bin/java -Xms512m -Xmx1g -jar /opt/myapp/app.jar—— 不带&，不套sh -c，否则 systemd 无法跟踪真实主进程 -
Type=simple是最安全的选择；若应用启动慢，加TimeoutSec=120防止 systemd 误判启动超时 - 务必设置
WorkingDirectory=/opt/myapp，否则相对路径配置（如logback.xml里的./logs/）会落到/下，权限出错或写入失败
systemd 日志查不到 Java 的 System.out.println？别只看 journalctl -u
Java 的 System.out 默认输出在 systemd 管理下会被缓冲，尤其当没显式调用 System.out.flush() 时，日志可能卡在缓冲区数分钟不出现。
- 启动参数加
-Dsun.stdout.encoding=UTF-8 -Dfile.encoding=UTF-8，避免乱码掩盖真实输出 - 更可靠的方式是让应用自己接管日志：用 Logback 或 Log4j 输出到文件，再用
journalctl -u myapp -o cat查 systemd 服务状态，用tail -f /var/log/myapp/app.log查业务日志 - 如果坚持用 stdout，可在 Java 启动前加
stdbuf -oL -eL：ExecStart=/usr/bin/stdbuf -oL -eL /usr/bin/java -jar app.jar
nohup 和 systemd 能不能混用？多数情况会互相干扰
把 nohup java ... & 写进 systemd 的 ExecStart 是典型错误。systemd 会认为 shell 进程是主服务，而真正跑 Java 的子进程脱离管理，重启服务时只 kill shell，Java 进程变成孤儿进程继续跑。
立即学习“Java免费学习笔记（深入）”；
- nohup 适合临时调试或一次性任务；systemd 才是生产环境唯一推荐的长期管理方式
- 如果已有 nohup 脚本，迁移时不要简单复制命令行，要重写为纯 Java 启动 + systemd unit 文件
- 特别注意
KillMode：默认control-group会 kill 整个 cgroup，但如果 Java 应用 fork 出子进程（如调用外部 Python 脚本），需设为process并配合KillSignal=SIGTERM
Java 后台运行真正的复杂点不在命令怎么敲，而在 JVM 生命周期和 systemd 进程模型的对齐——JVM 必须是前台进程、输出必须可捕获、信号必须能透传。漏掉任一环，表面看着在跑，实际随时可能静默退出。
