Linux定时任务优先级控制本质是调整其启动进程的调度权重，需用nice/renice设置NI值，普通任务禁用chrt，systemd服务应配置Nice或IOSchedulingClass参数。
Linux Shell 中配置自动任务执行的优先级，核心不是给“定时任务本身”设优先级，而是控制它所启动的进程的调度权重。crontab 或 at 本身不提供优先级字段，真正起作用的是在命令前加 nice，或在脚本中用 renice 动态调整——这是最直接、最可靠的做法。
定时任务里用 nice 启动低优先级后台作业
适合 CPU 密集但不紧急的任务，比如日志压缩、备份、批量转换等，避免挤占前台服务资源：
- 在 crontab 中写成：0 2 * * * nice -n 15 /usr/bin/tar -cf /backup/data_$(date +\%F).tar /data
- 普通用户只能设 0–19；若需更高优先级（如 -5），必须用 sudo nice -n -5 ...，且目标进程未被 cgroups 限制
- 注意写法：nice -5 cmd 等价于 nice -n 5 cmd（是降低优先级），不是提升
脚本内用 renice 动态调优运行中任务
当任务启动后才发现它吃满 CPU 或响应变慢，可在脚本中主动降权：
- 启动后立即 renice 自身：#!/bin/bash\nexec nice -n 12 "$0" "$@" & exit\n# 后续逻辑按低优先级运行
- 或根据条件调整：PID=$!\nrenice -n 15 $PID 2>/dev/null || echo "权限不足，跳过调优"
- 特别注意：renice 对 D 状态（不可中断睡眠）进程无效，调完务必用 ps -o pid,ni,stat,cmd -p $PID 验证 NI 列是否更新
实时任务需用 chrt（非普通定时场景）
仅适用于硬实时需求，如工业控制、音视频编解码等，普通运维脚本极少需要：
- 不能直接用于 crontab（因权限和会话限制），建议封装为 systemd service 并配置 RuntimeDirectoryMode=0755 和 RestrictRealtime=false
- 示例启动方式：chrt -f 80 ./sensor-collect > /var/log/sensor.log 2>&1
- 普通用户默认无权使用 chrt，需在 /etc/security/limits.conf 中添加：* soft rtprio 99，并重启会话
避免常见陷阱
很多“设了没生效”问题其实源于机制误解：
- crontab 的 @reboot 或用户级任务默认在无终端会话中运行，nice 有效，但 chrt 和 ionice 往往失败
- systemd timer 触发的服务，应在 .service 文件中用 Nice=10 或 IOSchedulingClass=best-effort 显式声明
- 别混淆 “命令执行顺序优先级”（alias > function > builtin > PATH）和 “CPU 调度优先级”（nice 值），二者完全无关
