在 Linux 中，使用 nice 命令可降低 cron 作业的 CPU 优先级以减少资源抢占，默认值为 0，普通用户可设 0–19，推荐 +5 至 +10；配合 ionice 可进一步限制 I/O 影响，并通过 ps 或 top 验证生效。
在 Linux 系统中，定时任务（如 cron 作业）默认以普通用户优先级运行，若脚本计算密集、I/O 频繁或长期运行，可能抢占关键服务资源，导致系统响应变慢、数据库延迟升高或 Web 服务卡顿。使用 nice 是最轻量、无需 root 权限即可降低其 CPU 优先级的方法——它不阻止执行，只让内核在调度时“礼貌地靠后站”。
理解 nice 值与调度优先级关系
nice 值范围是 -20（最高优先级，仅 root 可设）到 +19（最低优先级），默认进程为 0。数值越大，CPU 时间片分配越少，对其他进程影响越小。普通用户只能设置 0–19，对后台脚本而言，+5 到 +10 是较稳妥的起点。
- +5：轻微降级，适合偶尔占用 CPU 的日志清理类脚本
- +10：明显让步，适合图像压缩、批量文件转换等中等负载任务
- +15 或更高：适用于非紧急、可长时间运行的归档或备份任务
在 cron 中直接使用 nice 启动脚本
无需修改脚本本身，在 crontab 条目中用 nice -n N 包裹命令即可。例如：
# 每天凌晨 2:30 执行备份，降低优先级30 2 * * * nice -n 10 /home/user/scripts/backup.sh
# 若需同时限制 I/O 影响，可叠加 ionice（需安装 util-linux）
30 2 * * * nice -n 10 ionice -c 3 /home/user/scripts/backup.sh
验证与监控实际效果
脚本运行后，用 ps 或 top 确认 nice 值是否生效：
- ps -o pid,ni,comm -C backup.sh —— 查看对应进程的 NI（nice）列
- top → 按 Shift+F → 选 NI 排序，观察低优先级进程是否排在后面
- 配合 htop（更直观）：按 F7/F8 调整优先级视图，确认 CPU 占用平稳无突刺
注意事项与常见误区
nice 只影响 CPU 调度，不控制内存、磁盘带宽或网络；也不能保证脚本“一定不卡系统”——若脚本本身存在死循环或未释放句柄，仍可能引发问题。
- 子进程继承父进程 nice 值，但部分脚本（如用 exec 或显式调用 setpriority()）可能覆盖它
- 避免在脚本内部用 renice 修改自身优先级（cron 启动的进程无权限，且不可靠）
- 若需更细粒度控制（如限制内存/CPU 百分比），应搭配 cgroups v2 或 systemd --scope，而非仅依赖 nice
