Linux如何将进程放入后台运行

P粉602998670

发布时间：2025-09-11 08:33:01

557人浏览过

来源于php中文网

原创

将Linux进程放入后台运行主要有四种方法：使用&符号在启动时放入后台；通过Ctrl+Z暂停后用bg继续运行；结合nohup与&防止会话关闭导致终止；使用screen或tmux实现持久化会话管理。这些方法分别适用于不同场景，如释放终端、保持服务连续性、异步任务处理等。同时，需通过jobs、ps、top等命令查看和管理后台进程，并注意输出重定向、SIGHUP信号处理、资源监控、调试困难和权限问题等常见陷阱，确保后台任务稳定运行。

linux如何将进程放入后台运行

在Linux环境下，将进程放入后台运行主要有几种核心方法：你可以在启动命令时直接使用

符号，或者对一个已经在运行但被暂停的进程使用

bg

命令，而对于需要长时间运行且不被会话断开影响的进程，

nohup

结合

是你的首选，更进一步的，

screen

或

tmux

提供了更强大的会话管理能力。

解决方案

将一个Linux进程放入后台运行，这背后其实是多种场景和需求的体现。从我个人的经验来看，这不仅仅是为了腾出终端，更多时候是为了确保任务的持续性，或者在不干扰当前工作流的情况下执行一些耗时操作。

1. 启动时直接放入后台：

符号

这是最直接也最常用的方法。当你在命令行输入一个命令时，在命令的末尾加上一个

符号，该命令就会立即在后台执行，并返回一个Job ID和PID，同时你的终端提示符会立即出现，你可以继续输入其他命令。

例如，运行一个Python脚本：

python my_long_running_script.py &

或者一个简单的shell命令：

sleep 3600 &

这种方法的好处是简单快捷，但缺点是如果你的终端会话关闭，这个后台进程通常也会收到SIGHUP信号并终止。

2. 运行中暂停并转入后台：

Ctrl+Z

和
bg

有时候，你可能已经启动了一个进程，但突然意识到它需要运行很长时间，或者你需要在终端做其他事情。这时，你可以：

按下
```
Ctrl+Z
```
：这会向当前正在运行的前台进程发送一个SIGSTOP信号，将其暂停（suspend）。你会看到类似
```
[1]+ Stopped 
```
的输出。
输入
```
bg
```
：这个命令会将最近暂停的进程（即
```
[1]
```
那个）发送到后台继续运行。它会收到SIGCONT信号并继续执行，但现在是在后台。

如果你有多个暂停的进程，可以使用

bg %N

来指定将哪个Job ID（N）转入后台。

3. 确保进程不随会话关闭而终止：

nohup

nohup

（no hang up）命令是用来防止进程在用户退出登录或网络断开时收到SIGHUP信号而终止。它通常与

符号结合使用，以确保进程在后台运行并且不会被会话关闭影响。

例如：

nohup python my_service.py &

执行后，你会看到类似

nohup: ignoring input and appending output to 'nohup.out'

的提示。这意味着该命令的输出（包括标准输出和标准错误）会被重定向到一个名为

nohup.out

的文件中，除非你手动指定其他文件。

一个更完善的用法是同时重定向输出和错误流：

nohup python my_service.py > service.log 2>&1 &

这会将所有输出都写入

service.log

文件。

4. 强大的会话管理：

screen

或
tmux

虽然

screen

和

tmux

不是直接将进程“放入后台”，但它们提供了一个持久化的终端会话。你可以在这些工具内部启动进程，然后“分离”（detach）会话，即使你关闭了SSH客户端，会话及其内部运行的进程也会继续在服务器上运行。当你重新连接时，可以“附着”（attach）到之前的会话，就像从未离开过一样。

screen
:
- 启动新会话：
```
screen
```
- 在会话中运行命令。
- 分离会话：
```
Ctrl+A d
```
- 查看所有会话：
```
screen -ls
```
- 重新连接会话：
```
screen -r [session_id_or_name]
```
tmux
:
- 启动新会话：
```
tmux
```
- 在会话中运行命令。
- 分离会话：
```
Ctrl+B d
```
- 查看所有会话：
```
tmux ls
```
- 重新连接会话：
```
tmux attach -t [session_name_or_id]
```

这些工具对于需要长时间运行的服务、部署任务或者任何不希望被网络波动影响的作业来说，简直是救星。

后台运行进程的常见应用场景与优势

将进程放入后台，这在日常的Linux操作中简直是家常便饭。从我的角度看，它极大地提升了工作效率和系统的灵活性。你可能会问，我们为什么要这么做？其实原因很多，比如：

释放终端，继续工作： 最直接的理由。当你启动一个需要运行几分钟甚至几小时的编译任务、数据处理脚本或者文件传输时，你总不能一直盯着它，等着它完成吧？把它扔到后台，你的终端就解放了，你可以继续编写代码、浏览文件或者处理其他事务。这就像你在厨房炖汤，不需要一直守着，可以去客厅看电视。
保持服务连续性： 对于一些需要长时间运行的服务（例如Web服务器、数据库备份脚本、日志分析器），如果它们是前台进程，一旦你的SSH会话断开，服务也就跟着中断了。通过
```
nohup
```
、
```
screen
```
或
```
tmux
```
，这些服务可以独立于你的登录会话而持续运行，保证了服务的可用性。
异步任务处理： 很多时候，一个操作的完成不需要用户立即反馈。比如，用户提交了一个大文件上传请求，或者一个复杂的报表生成任务。这些都可以放在后台异步处理，前端快速响应用户“任务已提交”，而实际工作则在后台默默进行。
资源调度与管理： 在某些情况下，你可能需要启动多个进程，但又不希望它们互相阻塞。将它们放入后台，配合适当的优先级设置（
```
nice
```
命令），可以更好地利用系统资源。

从一个真实使用者的角度来看，后台运行不仅仅是命令行的技巧，它更是一种思维方式，一种如何更高效、更智能地与操作系统交互的体现。它让我们从线性、阻塞的工作流中解脱出来，进入一个并行、非阻塞的世界。

如何查看和管理后台运行的进程？

当进程在后台运行后，你自然会关心它们是否还在工作，状态如何，或者在需要时如何将它们带回前台或终止。管理后台进程，这门学问远比简单地启动它们要复杂一些，但掌握了几个核心命令，你就能游刃有余。

1. 查看当前会话的后台作业：

jobs

这个命令非常有用，它会列出当前shell会话中所有在后台运行或暂停的作业。

jobs -l

会显示Job ID和PID。

jobs -p

只显示PID。

输出通常是这样的：

[1]- Running sleep 600 &

[2]+ Stopped vim

这里的

[1]

和

[2]

就是Job ID。

表示最近一个放入后台或暂停的作业，

表示再前一个。

2. 查看所有进程：

ps

和
top

jobs

命令只能看到当前shell启动的后台作业。如果你想查看系统上所有用户的所有进程，或者你通过

nohup

启动的进程（它不会出现在

jobs

列表中），你需要使用

ps

或

top

。

ps aux | grep [进程名或PID]
: 这是我最常用的组合。
```
ps aux
```
列出所有进程的详细信息，然后通过
```
grep
```
过滤出你关心的进程。例如：
```
ps aux | grep my_service.py
```
你会看到进程的PID、CPU和内存占用、启动时间等信息。
top
或
htop
: 这些工具提供了一个动态、实时的进程视图，可以按CPU、内存使用率排序，非常适合监控系统资源和查找高负载进程。
```
htop
```
是
```
top
```
的增强版，提供了更友好的交互界面。

3. 将后台作业调回前台：

fg

ASP.NET 4.0电子商城

在现实生活中的购物过程，购物者需要先到商场，找到指定的产品柜台下，查看产品实体以及标价信息，如果产品合适，就将该产品放到购物车中，到收款处付款结算。电子商务网站通过虚拟网页的形式在计算机上摸拟了整个过程，首先电子商务设计人员将产品信息分类显示在网页上，用户查看网页上的产品信息，当用户看到了中意的产品后，可以将该产品添加到购物车，最后使用网上支付工具进行结算，而货物将由公司通过快递等方式发送给购物者

下载

如果你想让一个后台运行的作业回到前台，让它再次独占你的终端，可以使用

fg

命令。

```
fg
```
：将最近一个放入后台的作业调回前台。
```
fg %N
```
：将Job ID为N的作业调回前台。

例如，如果你看到

[1]- Running sleep 600 &

，你可以输入

fg %1

来将其带回前台。

4. 终止后台进程：

kill

当一个后台进程不再需要时，你需要终止它。

kill %N
: 如果进程是当前shell的后台作业，你可以使用Job ID来终止它。例如：
```
kill %1
```
kill PID
: 这是更通用的方法。通过
```
ps aux
```
查到进程的PID后，使用
```
kill
```
命令发送终止信号。例如：
```
kill 12345
```
(其中12345是进程的PID)

默认情况下，

kill

发送的是SIGTERM信号，它会尝试让进程优雅地退出。如果进程不响应，你可以使用

kill -9 PID

发送SIGKILL信号，这会强制终止进程，但可能会导致数据丢失或状态不一致，所以通常作为最后的手段。

5. 从作业列表中移除：

disown

如果你想让一个通过

启动的后台作业在当前shell关闭时也不受SIGHUP信号影响，但又不想用

nohup

重新启动，可以使用

disown

。

```
disown -h %N
```
：阻止Job ID为N的作业接收SIGHUP信号。
```
disown -a
```
：阻止所有作业接收SIGHUP信号。
```
disown
```
：默认移除最近一个作业。

使用

disown

后，该作业将不再显示在

jobs

列表中，但它会继续在后台运行，直到完成或被手动终止。这对于那些你忘记加

nohup

但又不想重新启动的临时性任务非常有用。

后台进程运行中常见的陷阱与应对策略

将进程放入后台，虽然方便，但也不是没有坑。在我多年的实践中，遇到过不少因为处理不当而导致的问题。理解这些陷阱并知道如何应对，是高效使用Linux后台功能的关键。

1. 输出信息丢失或混乱

这是最常见的问题之一。当你把一个进程扔到后台，它的标准输出（stdout）和标准错误（stderr）默认还会打印到你的终端。如果你的终端被关闭，这些输出就会丢失。更糟糕的是，如果多个后台进程同时向终端输出，信息会混杂在一起，难以阅读。

应对策略：重定向输出 始终将后台进程的输出重定向到文件。这是最佳实践，尤其是对于
```
nohup
```
启动的进程。
```
nohup my_command > output.log 2>&1 &
```
```
>
```
将标准输出重定向到
```
output.log
```
。
```
2>&1
```
将标准错误重定向到标准输出（也就是
```
output.log
```
）。这样，所有的日志都会被捕获到一个文件中，方便后续查看和排错。

2. 进程意外终止 (SIGHUP)

如前所述，当你关闭终端会话时，系统会向该会话启动的所有进程发送SIGHUP信号。如果进程没有妥善处理这个信号，它就会终止。这是很多新手在使用

符号后，发现进程“神秘消失”的原因。

应对策略：
nohup
或
disown
或
screen
/
tmux
- 对于新启动的进程，直接使用
```
nohup command &
```
  。
- 对于已经通过
```
&
```
  启动的进程，可以使用
```
disown %N
```
  来解除它与当前shell的关联。
- 对于需要更复杂会话管理和长时间运行的服务，
```
screen
```
  或
```
tmux
```
  是更健壮的选择。

3. 资源耗尽或异常行为

后台进程虽然不占用你的终端，但它们依然会消耗CPU、内存、磁盘I/O等系统资源。一个编写不当的后台进程可能会陷入无限循环、内存泄漏，或者持续写入大量日志，最终耗尽系统资源，影响其他服务的正常运行。

应对策略：监控与限制
- 定期监控： 使用
```
top
```
  、
```
htop
```
  、
```
ps aux
```
  等工具定期检查后台进程的资源使用情况。对于关键服务，可以设置监控告警。
- 日志审查： 检查重定向的日志文件，看是否有异常错误信息或不正常的日志增长。
- 资源限制： 使用
```
ulimit
```
  命令在启动进程前设置资源限制，例如文件大小、CPU时间等，防止单个进程过度消耗资源。例如，
```
ulimit -f 102400
```
  可以限制进程创建的文件最大为100MB。
- 错误处理： 确保你的后台脚本或程序有完善的错误处理机制和退出逻辑，而不是简单地崩溃。

4. 调试困难

当后台进程出现问题时，由于它没有直接的交互界面，调试起来会比较麻烦。你无法直接看到它的实时输出，也无法通过键盘输入进行交互。

应对策略：详细日志与调试模式
- 详细日志： 在程序中加入足够详细的日志记录，包括关键步骤、变量值和错误信息，并确保日志被正确重定向到文件。
- 调试模式： 为你的脚本或程序设计一个“调试模式”，在启动时传入特定参数，使其输出更多调试信息，或者在特定条件下暂停等待输入。
- strace
  ：对于无法修改代码的二进制程序，
```
strace -p PID
```
  可以跟踪进程的系统调用，帮助你理解它在做什么。
- gdb
  ：对于C/C++等编译型语言，可以使用
```
gdb
```
  附加到运行中的进程进行调试。