Linux下如何实现sh脚本的循环执行？

在Linux系统中,循环执行sh脚本是常见的需求，例如定期备份、系统监控、数据批处理等场景，实现循环执行的方式有多种，包括脚本内循环结构、系统定时任务工具、第三方工具等，每种方法适用于不同的场景和需求，本文将详细介绍这些方法，并分析其优缺点及使用注意事项。

脚本内循环结构实现循环执行

在sh脚本内部使用bash内置的循环语句（如while、for）是最直接的循环执行方式，无需依赖外部工具，适合临时任务或简单循环场景。

使用while循环实现无限循环

while循环通过条件判断控制执行次数，配合sleep命令可指定间隔时间，基本语法为：

#!/bin/bash
while true; do
    /path/to/your/script.sh  # 替换为实际脚本路径
    sleep 60                 # 间隔时间（单位：秒），例如60秒执行一次
done

示例：假设有一个监控脚本monitor.sh，每10秒检查一次系统CPU使用率并记录日志：

#!/bin/bash
while true; do
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] CPU使用率: $(top -bn1 | grep "Cpu(s)" | sed "s/.*, *([0-9.]*)%* id.*/1/" | awk '{print 100 - $1"%"}')" >> /var/log/cpu_monitor.log
    sleep 10
done

优点：简单直观，无需额外配置，适合调试或临时任务。
缺点：终端关闭后循环会中断（需配合nohup或tmux解决），且无法精确控制执行时间（如每天固定时间）。

使用for循环实现固定次数执行

若需执行固定次数,可用for循环，

#!/bin/bash
for i in {1..10}; do    # 执行10次
    /path/to/your/script.sh
    sleep 30
done

使用cron定时任务实现周期性循环

cron是Linux系统内置的定时任务工具，通过配置crontab文件可实现周期性执行（如每分钟、每小时、每天等），适合长期运行的计划任务。

cron基本语法

crontab文件中的每条任务配置格式为：

分 时 日 月 周 命令

• 分（0-59）、时（0-23）、日（1-31）、月（1-12）、周（0-7，0和7均表示周日）
• 特殊符号：（任意时间）、（间隔，如*/5表示每5分钟）、（列表，如1,3,5）、（范围，如1-5）

配置示例

• 每分钟执行一次：

  * * * * * /path/to/your/script.sh

• 每小时的第10和30分钟执行：

  10,30 * * * * /path/to/your/script.sh

• 每天凌晨2点执行：

  0 2 * * * /path/to/your/script.sh

• 三、五的9:30执行：

  30 9 * * 1,3,5 /path/to/your/script.sh

使用方法

• 编辑当前用户的crontab：crontab -e
• 保存后自动生效,可通过crontab -l查看任务列表，systemctl status cron（CentOS）或systemctl status cronie（Ubuntu）检查服务状态。

优点：系统级支持，终端关闭后仍运行，可灵活配置周期，适合长期计划任务。
缺点：最小执行间隔为1分钟（无法实现秒级），配置语法需注意（如路径需用绝对路径，环境变量可能缺失）。

使用systemd定时器实现高精度循环

systemd是现代Linux系统（如CentOS 7+、Ubuntu 16.04+）的初始化系统，其timer组件可实现比cron更高精度的定时任务（支持秒级），并支持依赖管理和日志记录。

创建服务文件（.service）

定义脚本执行的服务,例如/etc/systemd/system/myscript.service：

[Unit]
Description=My Custom Script Service
After=network.target  # 确保网络启动后执行
[Service]
Type=simple
ExecStart=/path/to/your/script.sh  # 脚本绝对路径
Restart=on-failure  # 失败时自动重启
User=root  # 执行用户
Group=root

创建定时器文件（.timer）

定义定时规则,例如/etc/systemd/system/myscript.timer：

[Unit]
Description=Run My Script Every 30 Seconds
Requires=myscript.service
[Timer]
OnCalendar=*:*:0/30  # 每30秒执行一次（秒级精度）
Persistent=true      # 如果定时任务未执行（如系统休眠），恢复后补跑
[Install]
WantedBy=timers.target

启用并启动定时器

systemctl daemon-reload          # 重新加载配置
systemctl enable myscript.timer  # 开机自启
systemctl start myscript.timer   # 立即启动

查看状态：systemctl status myscript.timer，journalctl -u myscript.service查看日志。

优点：支持秒级定时，依赖管理完善，日志记录清晰，适合系统服务类任务。
缺点：配置比cron复杂，需理解systemd语法。

使用watch命令实现临时循环监控

watch是Linux自带命令，用于周期性执行命令并显示输出，适合临时调试或简单监控场景。

基本语法

watch -n 间隔时间 "命令"

• -n：指定间隔时间（秒），默认2秒
• -d：高亮显示变化内容

示例

• 每5秒查看一次磁盘使用情况：

  watch -n 5 "df -h"

• 监控脚本输出变化：

  watch -n 10 "/path/to/your/script.sh"

优点：无需编写脚本，实时查看输出，适合临时任务。
缺点：终端关闭后停止，无法后台运行，不适合长期任务。

不同方法对比与选择

注意事项

1. 脚本权限：确保脚本有执行权限（chmod +x /path/to/script.sh），且路径使用绝对路径（避免cron或systemd找不到脚本）。
2. 环境变量：cron和systemd默认不加载用户环境变量，若脚本依赖环境变量（如JAVA_HOME），需在脚本中手动定义或通过source加载。
3. 日志记录：避免脚本直接输出到终端（可能导致cron任务发送邮件），建议重定向到日志文件（如>> /var/log/script.log 2>&1）。
4. 资源占用：循环间隔不宜过短（如1秒），防止脚本占用过高CPU或IO资源，必要时通过nice调整优先级。

相关问答FAQs

Q1：循环执行脚本时如何避免产生大量日志文件？
A：可通过以下方式控制日志大小：

• 按日期分割日志：在脚本中使用date动态生成日志文件名，例如>> /var/log/script_$(date +%Y%m%d).log，配合logrotate工具自动清理旧日志。
• 限制日志大小：使用logrotate配置轮转，

  /var/log/script.log {
      daily
      rotate 7
      compress
      missingok
      notifempty
  }

• 关键信息记录：仅记录必要信息（如错误、关键结果），避免输出调试日志。

Q2：如何确保循环脚本在系统重启后自动执行？
A：不同方法的开机自启配置如下：

• cron任务：在crontab中使用@reboot，例如@reboot /path/to/script.sh，系统启动后自动执行一次（需配合循环结构实现持续执行）。
• systemd定时器：通过WantedBy=timers.target实现开机自启（见第三部分示例），或使用OnBootSec指定启动后延迟执行，

  [Timer]
  OnBootSec=30sec  # 启动后30秒开始执行
  OnUnitActiveSec=1min  # 之后每分钟执行一次

• 脚本内循环：通过nohup结合&后台运行，并写入/etc/rc.local（需确保rc.local有执行权限）：

  echo "nohup /path/to/cycle_script.sh > /dev/null 2>&1 &" >> /etc/rc.local
  chmod +x /etc/rc.local