我需要在大学服务器上运行Java程序。我正在通过ssh通过他们的服务器远程登录
所以我像这样使用nohup：
nohup java -jar project.jar &
但是，当我注销并关闭终端然后重新登录到服务器时，我的进程丢失/丢失了。
nohup-大多数实现默认情况下都会这样做，尽管可能需要重定向stdineg </dev/null。
Answers:
nohup不仅使程序免疫SIGHUP和SIGQUIT信号。当您从会话注销时，现代shell可能会发送其他信号，因此无法保证您的程序不会被杀死，甚至无法在Windows下运行nohup。
更好的解决方案是使用tmux或screen，或者如果使用bash，可以尝试：
$ java -jar project.jar &
$ disown
disown，则需要手动重定向，例如添加</dev/null &>/dev/null
ssh localhost 'sleep 10m & disown'。bash不会退出。
ssh如果有程序连接到终端，似乎不会退出。但是，如果以交互方式运行，则上面的方法很好。
替代（慢性功能障碍）的另一种选择nohup：
setsid java -jar project.jar </dev/zero &>/dev/null &
这有效地“守护”了该过程。现在它已归init所有，因此永远不会HUP，它的I / O流是安全的，并且已被分叉到后台。
请参阅man setsid以获取更多信息。不同于screen或tmux，这不是一个拥有所有权并可以继续运行的程序。它只是在自己的进程组中启动程序。
setsid以此方式更能说明问题。它跳过了nohup隐含的步骤（将进程重新初始化为孤立的init作为父进程）。 nohup如果您以后可能希望先完成该工作，它将更加灵活。
另一个想法是使用screen命令。可以通过屏幕，分离和注销来启动程序。之后，您可以登录并附加到运行屏幕会话。
教程：http：//www.rackaid.com/blog/linux-screen-tutorial-and-how-to/
尝试使用STDOUT和STDERR重定向到null来运行nohup：
nohup java -jar project.jar 2>&1 &
nohup.out）。
nohup java -jar project.jar 2>/dev/null &但您显然不知道自己在做什么。甚至更好，也要喂stdin /dev/null。
stdout和stderr一些文件-过程可能会通过信号比其他SIGHUP，试图写一个封闭的终端时被杀死stdout/stderr。例如>/dev/null 2>&1在&职位签收之前添加到您的命令中。