要让linux进程后台运行并保持执行，即使关闭终端也不中断，可使用nohup或screen。1. nohup通过忽略hup信号实现后台运行，命令格式为nohup command &，默认输出到nohup.out，可通过重定向控制日志；2. screen创建虚拟终端会话，支持断开后重新连接，使用screen启动、ctrl+a d断开、screen -r恢复；3. nohup适合无需交互的简单任务，screen适合需要交互或多会话管理的场景；4. 可结合两者优势，在screen中运行nohup命令以增强可靠性。
让Linux进程后台运行，核心在于让进程脱离当前终端的控制，即使关闭终端，进程也能继续运行。nohup 和 screen 是两种常见的解决方案，各有优劣。
解决方案
nohup 命令用于忽略 HUP（挂断）信号，这通常发生在终端关闭时。使用方法很简单：nohup command &。 这里的 & 符号表示将命令放入后台执行。需要注意的是，nohup 默认会将输出重定向到 nohup.out 文件，如果不想生成这个文件，可以使用 nohup command > /dev/null 2>&1 & 将输出和错误都丢弃（或者重定向到其他文件）。
screen 则是一个全屏窗口管理器，可以在一个物理终端上创建多个虚拟终端。你可以创建一个 screen 会话，然后在其中运行你的进程。即使你断开连接，screen 会话仍然存在，进程也会继续运行。 使用方法是先运行 screen，然后在 screen 会话中运行你的命令。 要断开连接，可以按 Ctrl+a 然后按 d。 重新连接到 screen 会话，可以使用 screen -r。 如果有多个 screen 会话，可以使用 screen -r session_id 来选择连接哪个会话。 session_id 可以通过 screen -ls 命令查看。
nohup 简单易用，但缺乏交互性。如果你的进程需要用户输入，nohup 就不太适合。 screen 提供了更强大的功能，包括会话管理和窗口管理，但使用起来也更复杂一些。
nohup 的输出重定向问题，以及如何自定义日志
默认情况下，nohup 会将输出重定向到当前目录下的 nohup.out 文件。如果当前目录不可写，nohup 可能会失败。 此外，如果 nohup.out 文件过大，可能会占用大量磁盘空间。
解决这个问题的方法是自定义日志文件。可以使用 nohup command > mylog.txt 2>&1 & 将输出重定向到 mylog.txt 文件。 也可以使用绝对路径，例如 nohup command > /var/log/myapp.log 2>&1 &，这样可以确保日志文件存储在指定的位置。
另外，可以使用 tee 命令来同时将输出显示在终端和保存到文件中。 例如，command | tee mylog.txt 会将 command 的输出显示在终端，并同时保存到 mylog.txt 文件中。
screen 会话意外断开怎么办？如何自动重启 screen 会话？
有时候，由于网络问题或其他原因，screen 会话可能会意外断开。 此时，进程仍然在后台运行，但是无法再连接到 screen 会话。
一种解决方法是编写一个脚本，定期检查 screen 会话是否存在，如果不存在，则自动重启 screen 会话。 比如，可以创建一个名为 restart_screen.sh 的脚本：
#!/bin/bash SESSION_NAME="my_session" # 你的 screen 会话名称 COMMAND="your_command" # 你要运行的命令 # 检查 screen 会话是否存在 if ! screen -ls | grep -q "$SESSION_NAME"; then # 如果不存在，则创建新的 screen 会话并运行命令 screen -dmS "$SESSION_NAME" bash -c "$COMMAND" echo "Screen session '$SESSION_NAME' restarted." else echo "Screen session '$SESSION_NAME' is already running." fi
然后，可以使用 cron 定期运行这个脚本。 例如，要每分钟运行一次，可以在 crontab 中添加以下行：
* * * * * /path/to/restart_screen.sh
这样，即使 screen 会话意外断开，也会自动重启。
如何选择 nohup 和 screen？考虑因素有哪些？
选择 nohup 还是 screen，取决于你的具体需求。
-
交互性: 如果你的进程需要用户输入，那么
screen是更好的选择。nohup不适合需要交互的进程。 -
会话管理: 如果你需要管理多个后台进程，或者需要在不同的终端之间切换，那么
screen提供了更强大的会话管理功能。 -
简单性: 如果你只需要简单地将一个进程放入后台运行，并且不需要复杂的会话管理，那么
nohup更简单易用。 -
资源消耗:
screen比nohup占用更多的系统资源，因为它需要维护一个虚拟终端。
总的来说，nohup 适合简单的后台任务，而 screen 适合复杂的会话管理和需要交互的进程。 也可以结合使用 nohup 和 screen。 例如，可以在 screen 会话中使用 nohup 来运行一个进程，这样即使 screen 会话意外断开，进程仍然会继续运行。
