Linux作业控制是指在单个终端会话中管理多个进程的能力，通过将任务在前台和后台之间切换，实现多任务并行处理且不阻塞Shell输入。
Linux作业控制的核心机制
Linux作业控制允许用户在同一个终端窗口中启动多个程序，并根据需要决定哪个程序占用当前的输入输出流，这种机制在处理耗时较长的任务（如大数据备份、大规模编译）时至关重要。
前台进程与后台进程
- 前台进程：直接占用终端的输入和输出，当你运行一个命令且无法输入新命令时，该进程处于前台，它会接收来自键盘的信号，
Ctrl+C。 - 后台进程：在后台运行，不占用终端输入，启动时在命令末尾加上
&符号即可将其放入后台，后台进程依然可以向终端输出信息,但不会阻塞用户的进一步操作。
关键控制信号
- Ctrl+C：发送
SIGINT信号,强制终止当前前台进程。 - Ctrl+Z：发送
SIGTSTP信号，将当前前台进程挂起（暂停）并放入后台。 - Ctrl+D：发送
EOF（文件结束符）,通常用于退出当前的Shell会话。
fg和bg命令的区别是什么
在实际操作中，很多初学者容易混淆 fg 和 bg，这两个命令虽然都用于管理作业,但其作用方向完全相反。
fg 命令：将任务移至前台
fg（foreground）的作用是将一个处于后台或挂起状态的任务重新带回前台。
- 操作路径：输入
fg %任务号。 - 适用场景：当你使用
Ctrl+Z暂停了一个文本编辑器（如 vim）或一个正在运行的脚本，需要重新与其交互时，使用fg。 - 效果：该进程重新获得终端的控制权,用户可以再次通过键盘输入指令。
bg 命令：将任务在后台恢复运行
bg（background）的作用是将一个被挂起的进程在后台继续运行。
- 操作路径：输入
bg %任务号。 - 适用场景：一个耗时任务在前台运行，你通过
Ctrl+Z将其暂停，此时任务处于Stopped状态，为了让它在不占用终端的情况下继续执行，使用
bg
- 效果：进程状态从
Stopped变为Running,但依然留在后台。
核心对比表
| 特性 | fg 命令 | bg 命令 |
|---|---|---|
| 全称 | foreground | background |
| 进程状态变化 | 后台/暂停 $rightarrow$ 前台运行 | 暂停 $rightarrow$ 后台运行 |
| 终端交互 | 允许交互 | 不允许交互 |
| 主要用途 | 恢复交互式操作 | 恢复非交互式耗时任务 |
Linux后台运行命令怎么查看
在运维过程中，经常需要确认后台任务的运行状态，业内专家指出，单一的查看命令无法覆盖所有场景,需要结合多种工具。
使用 jobs 命令查看当前会话任务
jobs 是最直接的作业控制命令,它显示当前终端会话中管理的所有作业。
- 基本用法：直接输入
jobs。 - 输出解析：
[1]：作业号，用于fg或bg操作。- 默认作业，下次执行
fg时默认操作的对象。 - 次默认作业。
Running/Stopped：当前进程的运行状态。
使用 ps 和 top 查看系统级进程
jobs 只能看到当前 Shell 启动的任务，而 ps 和 top 可以查看全系统所有进程。
- ps -ef：列出所有运行中的进程及其 PID（进程 ID）。
- ps aux：以 BSD 格式显示进程，包含 CPU 和内存占用率。
- top/htop：实时动态监控进程,可直接在界面中通过快捷键杀死进程。
区分作业号与 PID
- 作业号（Job ID）
：仅在当前 Shell 会话有效，格式为
%1,%2。 - PID（Process ID）：在整个 Linux 系统唯一，格式为数字（如
1234）。 - 转换关系：通过
jobs -l可以同时查看到作业号和对应的 PID。
如何解决Linux进程挂起无法停止的问题
在实际操作中，经常遇到进程进入 D 状态（不可中断睡眠）或忽略 SIGINT 信号导致无法停止的情况。
循序渐进的终止方案
- 第一步：温和终止，使用
Ctrl+C或kill PID，这发送的是SIGTERM(15) 信号，允许进程在退出前清理资源、保存数据。 - 第二步：强制终止，如果进程无响应，使用
kill -9 PID，这发送的是SIGKILL(9) 信号，由内核直接强制杀死进程,进程无法拦截该信号。 - 第三步：批量清理，使用
pkill -u 用户名 进程名或killall 进程名,快速清除所有同名进程。
处理僵尸进程与孤儿进程
- 孤儿进程：父进程先退出，子进程被
init进程（PID 1）接管，这类进程通常不需要手动处理,系统会自动回收。 - 僵尸进程（Zombie）：进程已结束，但父进程未调用
wait()读取其退出状态，僵尸进程不占用内存，但占用 PID 资源。 - 解决方法：由于僵尸进程本身已死，无法被
kill -9杀死，行业共识认为，解决僵尸进程的唯一方法是杀死其父进程，由init进程接管并回收。
Linux作业控制在服务器运维中的实际应用
在生产环境下，简单的 & 符号不足以支撑复杂的运维需求，因为一旦终端断开（SSH 掉线），后台进程可能会收到 SIGHUP 信号而终止。
结合 nohup 实现持久化运行
nohup（no hang up）用于在用户退出登录后继续运行命令。
- 标准操作路径：
nohup ./script.sh > output.log 2>&1 & - 关键点解析：
nohup：忽略挂断信号。> output.log 2>&1：将标准输出和标准错误全部重定向到文件，避免产生
nohup.out
&：将任务放入后台。
使用 screen 或 tmux 构建虚拟终端
对于需要频繁交互且不能中断的任务,业内通常采用终端复用器。
- tmux 流程：
- 创建会话：
tmux new -s session_name - 运行任务：在会话中执行耗时命令。
- 分离会话：按下
Ctrl+B然后按D，此时即使关闭 SSH 窗口,任务依然运行。 - 重新连接：
tmux attach -t session_name。
- 创建会话：
资源限制与优先级调整
在运行多个后台作业时，为了防止某个任务耗尽 CPU 资源导致系统崩溃，可以使用 nice 和 renice。
- nice：在启动进程时指定优先级。
nice -n 10 ./heavy_task（数值越大，优先级越低）。 - renice：修改已运行进程的优先级。
renice -n 15 -p 1234。
Linux作业控制通过 fg、bg、jobs 等命令，以及对信号的精准把控，实现了在单一终端环境下高效的多任务管理，从基础的后台运行，到使用 nohup 和 tmux 确保任务持久化，再到通过 kill -9 处理顽固进程，这些工具共同构成了 Linux 系统运维的底层基石。
Linux作业控制相关常见问题 Q&A
Q：为什么我使用了 & 运行命令，但关闭终端后进程还是停止了？
A：因为默认情况下，当终端关闭时，Shell 会向所有关联的子进程发送 SIGHUP（挂断）信号，要解决此问题，需使用 nohup 命令或在 tmux/screen 会话中运行,以屏蔽该信号。
Q：如何快速将所有后台暂停的任务全部恢复运行？
A：可以使用循环语句或特定的 Shell 快捷方式，但最标准的方法是依次对 jobs 列表中的任务执行 bg %任务号，在某些 Shell 环境中，可以通过 bg 不带参数尝试恢复最近的任务。
Q：kill -9 真的能杀死所有进程吗？
A：不能，处于 D 状态（不可中断睡眠，通常在等待磁盘 I/O）的进程无法被任何信号杀死，包括 SIGKILL，这种情况下，通常只能等待 I/O 操作完成或直接重启服务器。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/491826.html
