Linux 批处理详解：从基础工具到实战最佳实践

目录#

Linux 批处理基础
- 1.1 什么是批处理？
- 1.2 批处理的核心优势与应用场景
核心批处理工具与技术
- 2.1 cron：周期性任务调度
- 2.2 at 与 batch：一次性/低优先级任务
- 2.3 systemd timers：现代系统的任务调度
- 2.4 Shell 脚本：批处理的“胶水”
- 2.5 文本处理三剑客：awk、sed、grep
- 2.6 xargs：命令行参数批量处理
- 2.7 logrotate：日志文件自动化管理
批处理最佳实践
- 3.1 任务调度策略：避免资源冲突
- 3.2 错误处理与日志记录
- 3.3 资源管理：控制 CPU、内存与 I/O
- 3.4 安全性：最小权限与任务隔离
- 3.5 可维护性：测试与文档规范
实战案例：从理论到实践
- 4.1 案例一：每日自动备份脚本（cron + rsync）
- 4.2 案例二：日志轮转与压缩（logrotate）
- 4.3 案例三：CSV 数据批量分析（awk + xargs）
- 4.4 案例四：并行文件压缩（GNU Parallel）
总结
参考资料

1. Linux 批处理基础#

1.1 什么是批处理？#

批处理指将一系列命令或程序组合成“任务序列”，由系统在预设条件下（如指定时间、低系统负载）自动执行的过程。与交互式操作（如手动输入命令）相比，批处理的核心特点是自动化、无交互和可重复性。

例如，每天凌晨 3 点自动备份数据库、当系统 CPU 负载低于 0.5 时压缩日志文件、每周清理临时目录等，都属于批处理的范畴。

1.2 批处理的核心优势与应用场景#

核心优势：#

效率提升：自动化重复任务，减少人工操作；
可靠性：避免人为失误，确保任务按规则执行；
灵活性：可根据系统状态（如负载、时间）动态触发；
可扩展性：通过脚本组合工具，处理大规模任务（如批量文件转换、数据清洗）。

典型应用场景：#

系统维护：日志清理、磁盘空间监控、软件更新；
数据处理：日志分析、CSV/JSON 格式转换、数据库备份；
开发部署：代码编译、测试自动化、远程服务器批量部署；
资源管理：低峰期执行高耗资源任务（如视频转码、数据压缩）。

2. 核心批处理工具与技术#

2.1 `cron`：周期性任务调度#

cron 是 Linux 中最经典的周期性任务调度工具，适用于按固定时间间隔（如每小时、每天、每周）重复执行的任务。其核心组件包括：

crond：后台守护进程，负责监控和执行任务；
crontab：用于管理用户的任务列表（定时任务表）；
系统级 cron 配置文件（如 /etc/crontab、/etc/cron.d/）：供管理员定义系统级任务。

基本语法：#

crontab 条目格式如下（共 6 个字段，空格分隔）：

# 分钟 小时 日 月 星期 命令
# *    *   *  *   *    command
# 取值范围：
# 分钟 (0-59), 小时 (0-23), 日 (1-31), 月 (1-12), 星期 (0-6, 0=周日)
# 特殊符号：*（任意值）、,（枚举）、-（范围）、/（步长，如 */10 表示每 10 单位）

常用示例：#

每天凌晨 3:30 执行备份脚本：
```
30 3 * * * /usr/local/bin/backup.sh
```
每周一、三、五的 18:00 执行日志分析：
```
0 18 * * 1,3,5 /usr/local/bin/log_analyze.sh
```

每 10 分钟检查一次系统负载：

*/10 * * * * /usr/local/bin/check_load.sh

管理 `crontab`：#

crontab -e      # 编辑当前用户的定时任务
crontab -l      # 查看当前用户的定时任务
crontab -r      # 删除当前用户的所有定时任务

注意：系统级任务通常定义在 /etc/crontab 或 /etc/cron.d/ 目录下，需指定执行用户（格式比用户级多一个“用户”字段）：
# 系统级任务格式（多一个用户字段）
30 3 * * * root /usr/local/bin/system_backup.sh

2.2 `at` 与 `batch`：一次性/低优先级任务#

cron 适用于周期性任务，而 at 和 batch 则用于一次性任务：

at：在指定时间点执行一次任务；
batch：在系统负载低于阈值（默认 0.8）时执行任务（本质是 at now + batch 的别名）。

`at` 的使用：#

安装 at（部分系统默认未安装）：

sudo apt install at   # Debian/Ubuntu
sudo yum install at   # CentOS/RHEL

启动 atd 服务：

sudo systemctl start atd && sudo systemctl enable atd

基本语法：

at [时间]   # 交互式输入任务（按 Ctrl+D 结束）
at [时间] -f 脚本文件  # 执行指定脚本

时间格式示例：

at 10:30 tomorrow      # 明天 10:30
at 3pm + 3 days        # 3 天后下午 3 点
at 2024-12-31 23:59    # 2024 年 12 月 31 日 23:59

查看/删除 at 任务：

atq         # 查看等待执行的 at 任务（任务 ID、时间、用户）
atrm 任务ID  # 删除指定 ID 的任务

`batch` 的使用：#

batch 无需指定时间，仅在系统负载较低时执行任务，适合低优先级、非紧急任务（如大文件压缩）：

# 交互模式：输入任务后按 Ctrl+D
batch
> gzip /var/log/large_logfile.log
> <EOT>  # Ctrl+D 提交
 
# 非交互模式：从文件读取任务
batch -f /tmp/compress_task.sh

2.3 `systemd timers`：现代系统的任务调度#

随着 systemd 成为主流 init 系统（取代 SysV init），systemd timers 逐渐成为 cron 的现代替代品。它通过 .timer 单元文件定义任务触发条件，配合 .service 单元文件执行具体操作，支持更精细的时间控制（如 monotonic 时间、日历事件）和依赖管理。

核心优势：#

支持复杂的触发条件（如“开机后 10 分钟”“上次执行后 1 小时”）；
与 systemd 服务生态深度集成（可依赖其他服务，如网络就绪后执行）；
内置日志（通过 journalctl 查看）和状态监控。

基本使用步骤：#

创建任务服务文件（.service）：定义要执行的任务。
例如，创建 /etc/systemd/system/clean_temp.service：

[Unit]
Description=清理临时目录
 
[Service]
Type=oneshot
ExecStart=/bin/rm -rf /tmp/*   # 实际执行的命令（生产环境慎用！建议先测试）

创建定时器文件（.timer）：定义触发条件。
创建 /etc/systemd/system/clean_temp.timer：

[Unit]
Description=每天凌晨 2 点清理临时目录
 
[Timer]
OnCalendar=daily                  # 每日执行（默认 00:00，可自定义为 02:00）
OnCalendar=*-*-* 02:00:00         # 显式指定每天 2 点
Persistent=true                   # 若系统关机时错过任务，开机后补执行
AccuracySec=1min                  # 允许 1 分钟误差（减少系统唤醒频率）
 
[Install]
WantedBy=timers.target            # 随 timers.target 启动

启用并启动定时器：

sudo systemctl daemon-reload       # 重新加载配置
sudo systemctl enable --now clean_temp.timer  # 启用并立即启动定时器

查看定时器状态：

systemctl list-timers --all        # 查看所有定时器（包括未激活的）
systemctl status clean_temp.timer  # 查看指定定时器状态
journalctl -u clean_temp.service   # 查看任务执行日志

2.4 Shell 脚本：批处理的“胶水”#

无论是 cron、at 还是 systemd timers，其核心都是执行“任务”，而Shell 脚本（如 Bash 脚本） 是组合命令、实现复杂逻辑的“胶水”。通过脚本，你可以串联文件操作、条件判断、循环控制等，完成单一命令无法实现的批处理流程。

基础脚本结构：#

#!/bin/bash
# 脚本描述：批量压缩指定目录下的日志文件
# 作者：Your Name
# 日期：2024-01-01
 
# 变量定义
LOG_DIR="/var/log/app"
BACKUP_DIR="/backup/logs"
DATE=$(date +%Y%m%d)
 
# 创建备份目录（若不存在）
mkdir -p "$BACKUP_DIR/$DATE"
 
# 循环压缩日志文件（仅处理 .log 且大小 > 100MB 的文件）
find "$LOG_DIR" -name "*.log" -size +100M | while read -r log_file; do
    gzip "$log_file"
    mv "$log_file.gz" "$BACKUP_DIR/$DATE/"
    echo "压缩完成：$log_file" >> "$BACKUP_DIR/$DATE/backup.log"
done
 
# 检查是否有文件被处理
if [ $? -eq 0 ]; then
    echo "批处理成功：$(date)" | mail -s "日志备份结果" [email protected]
else
    echo "批处理失败：$(date)" | mail -s "日志备份告警" [email protected]
    exit 1  # 返回非 0 退出码，便于外部工具（如 cron）捕获错误
fi

关键脚本技巧：#

错误处理：使用 set -euo pipefail 让脚本更健壮：

#!/bin/bash
set -e          # 命令失败时立即退出
set -u          # 引用未定义变量时退出
set -o pipefail # 管道中任一命令失败时退出

日志重定向：将输出写入文件，而非依赖终端：

./script.sh > /var/log/script.log 2>&1  #  stdout 和 stderr 都重定向到日志

参数传递：通过位置参数（$1、$2）或 getopts 处理复杂参数：

# 简单参数示例：./script.sh /path/to/dir
TARGET_DIR="${1:-/default/dir}"  # 若未传参数，使用默认目录

2.5 文本处理三剑客：`awk`、`sed`、`grep`#

批处理常涉及文本文件（日志、CSV、配置文件）的解析与转换，awk、sed、grep 是处理这类任务的利器：

grep：搜索文本（按模式匹配行）；
sed：流编辑（替换、删除、插入文本）；
awk：格式化文本处理（按列/字段分析，支持逻辑运算）。

常用示例：#

grep：从日志中搜索错误：

grep "ERROR" /var/log/app.log          # 搜索包含 ERROR 的行
grep -i "error" /var/log/app.log       # 忽略大小写
grep -v "INFO" /var/log/app.log        # 排除包含 INFO 的行

sed：替换配置文件中的值：

# 将配置文件中 "max_size=100M" 替换为 "max_size=200M"（原地修改，-i 后加 '' 兼容 macOS）
sed -i'' 's/max_size=100M/max_size=200M/g' /etc/app.conf

awk：统计 CSV 文件中某列的总和（假设 CSV 第 3 列是数值）：
```
awk -F ',' '{sum += $3} END {print "总和：", sum}' data.csv
```

2.6 `xargs`：命令行参数批量处理#

许多 Linux 命令（如 rm、cp）不直接读取标准输入（stdin），而是依赖命令行参数。xargs 可将 stdin 中的数据（通常是文件列表、字符串）转换为命令行参数，实现批量处理。

核心用法：#

# 基础：将 find 输出的文件作为 rm 的参数（删除所有 .tmp 文件）
find /tmp -name "*.tmp" | xargs rm -f
 
# 处理包含空格的文件名（需配合 find -print0 和 xargs -0）
find /path -name "*.txt" -print0 | xargs -0 grep "keyword"
 
# 限制每次传递的参数数量（-n 2：每次传 2 个参数）
echo "a b c d" | xargs -n 2 echo  # 输出：a b; c d
 
# 并行执行（-P 4：4 个进程并行）
find . -name "*.log" | xargs -P 4 gzip  # 并行压缩日志

2.7 `logrotate`：日志文件自动化管理#

日志文件会随时间无限增长，占用磁盘空间。logrotate 是 Linux 内置的日志批处理工具，可按大小/时间自动轮转（rename）、压缩、删除日志，避免磁盘爆满。

工作原理：#

logrotate 通过配置文件（/etc/logrotate.conf 主配置，/etc/logrotate.d/ 目录下的应用配置）定义规则，由 cron 每日触发（/etc/cron.daily/logrotate）。

配置示例：#

为应用日志 /var/log/myapp.log 创建配置文件 /etc/logrotate.d/myapp：

/var/log/myapp.log {
    daily                   # 按天轮转
    missingok               # 日志文件不存在时不报错
    rotate 7                # 保留 7 个历史日志（超过则删除）
    compress                # 轮转后压缩（默认 gzip）
    delaycompress           # 延迟压缩（保留最近一个未压缩日志，便于查看）
    notifempty              # 日志为空时不轮转
    create 0640 root adm    # 新建日志文件的权限和属主/属组
    postrotate              # 轮转后执行的命令（如重启应用让新日志生效）
        systemctl reload myapp.service > /dev/null 2>&1 || true
    endscript
}

手动触发测试：#

logrotate -d /etc/logrotate.d/myapp  #  dry run（仅模拟，不实际执行）
logrotate -f /etc/logrotate.d/myapp  # 强制轮转（用于测试）

3. 批处理最佳实践#

3.1 任务调度策略：避免资源冲突#

错开高峰期：避免多个高资源消耗任务同时执行。例如，备份任务（I/O 密集）和数据分析任务（CPU 密集）应分别安排在凌晨 2 点和 4 点。
随机延迟：对分布式系统中的批量任务（如多台服务器同步），使用随机延迟避免“惊群效应”。例如，cron 任务中添加随机延迟：
```
# 每天 3:00-3:30 之间随机时间执行（避免多服务器同时访问同一资源）
0 3 * * * sleep $((RANDOM % 30 * 60)); /path/to/script.sh
```
依赖控制：使用 systemd timers 的 After= 或脚本内检查（如判断服务是否运行）确保任务依赖满足。

3.2 错误处理与日志记录#

完整日志：将任务输出（stdout/stderr）重定向到日志文件，而非依赖终端：

# cron 任务示例：日志路径需绝对路径，避免依赖用户家目录
30 3 * * * /path/to/script.sh > /var/log/script-$(date +\%Y\%m\%d).log 2>&1

错误告警：结合 mail、telegram-send 或监控工具（如 Prometheus + Alertmanager），在任务失败时主动通知：

# 脚本内判断退出码并发送邮件
if ! /path/to/task; then
    echo "任务失败！" | mail -s "批处理告警" [email protected]
    exit 1
fi

关键步骤日志：在脚本中使用 echo "[$(date)] 步骤X开始" 记录关键节点，便于故障排查。

3.3 资源管理：控制 CPU、内存与 I/O#

降低任务优先级：使用 nice（CPU 优先级）和 ionice（I/O 优先级）限制批处理对系统的影响：

nice -n 19 /path/to/script.sh          # 最低 CPU 优先级（-20 最高，19 最低）
ionice -c 3 /path/to/script.sh         # I/O 优先级设为“空闲”（仅系统空闲时使用 I/O）

限制资源使用：对高耗资源任务，使用 ulimit（限制进程资源）或 cgroups（更精细的控制）：
```
# 限制脚本的内存使用（最大 1GB）
ulimit -v 1048576 && /path/to/memory_intensive_script.sh
```

3.4 安全性：最小权限与任务隔离#

避免 root 权限：仅在必要时使用 root 执行任务，优先使用普通用户：

# cron 任务指定普通用户执行（系统级 crontab）
30 3 * * * appuser /home/appuser/script.sh

保护任务配置：crontab 文件权限设为 600（仅所有者可读写），避免敏感信息泄露：

chmod 600 /etc/cron.d/my_task  # 系统级任务
chmod 600 ~/.crontab           # 用户级任务

避免硬编码敏感信息：使用环境变量、密钥文件或加密工具（如 ansible-vault）存储密码/密钥，而非直接写在脚本中。

3.5 可维护性：测试与文档规范#

本地测试：执行批处理脚本前，先通过以下方式测试：
- 单步执行脚本中的命令；
- 使用 bash -x script.sh 调试（打印执行过程）；
- 对文件操作，先用 echo rm file 替代 rm file 验证目标。

文档化：为脚本添加注释，说明功能、参数、依赖、输出日志路径等：

#!/bin/bash
# 功能：每日备份 /data 目录到远程服务器
# 参数：无（配置通过环境变量 $BACKUP_SERVER 传入）
# 依赖：rsync、sshpass（生产环境建议用 SSH 密钥认证）
# 日志：/var/log/data_backup.log

4. 实战案例：从理论到实践#

4.1 案例一：每日自动备份脚本（`cron` + `rsync`）#

目标：使用 rsync 每日凌晨 3 点将 /data 目录备份到远程服务器 backup.example.com，并记录日志。

步骤 1：编写备份脚本 `backup_data.sh`#

#!/bin/bash
set -euo pipefail  # 严格错误处理
 
# 配置
SRC_DIR="/data"
DST_SERVER="backup.example.com"
DST_DIR="/backup/data"
LOG_FILE="/var/log/data_backup.log"
DATE=$(date +%Y%m%d_%H%M%S)
 
# 日志函数
log() {
    echo "[$DATE] $1" >> "$LOG_FILE"
}
 
log "===== 开始备份 ====="
 
# 检查源目录是否存在
if [ ! -d "$SRC_DIR" ]; then
    log "错误：源目录 $SRC_DIR 不存在！"
    exit 1
fi
 
# 执行 rsync（-a：归档模式，-v：详细输出，-z：压缩传输）
rsync -avz "$SRC_DIR/" "$DST_SERVER:$DST_DIR/$DATE/" >> "$LOG_FILE" 2>&1
 
# 检查 rsync 是否成功
if [ $? -eq 0 ]; then
    log "备份成功：$SRC_DIR -> $DST_SERVER:$DST_DIR/$DATE"
    # 保留最近 30 天备份，删除旧备份
    ssh "$DST_SERVER" "find $DST_DIR -maxdepth 1 -type d -mtime +30 -exec rm -rf {} +" >> "$LOG_FILE" 2>&1
else
    log "备份失败！rsync 退出码：$?"
    exit 1
fi
 
log "===== 备份结束 ====="

步骤 2：添加执行权限并测试#

chmod +x backup_data.sh
./backup_data.sh  # 手动测试，检查日志 /var/log/data_backup.log

步骤 3：配置 `cron` 定时执行#

crontab -e  # 编辑当前用户 crontab（若需 root 权限，用 sudo crontab -e）
# 添加以下行（每日凌晨 3 点执行）
0 3 * * * /path/to/backup_data.sh

4.2 案例二：日志轮转与压缩（`logrotate`）#

目标：为应用日志 /var/log/myapp/myapp.log 配置轮转规则：按天轮转，保留 14 天，超过自动删除。

步骤 1：创建 `logrotate` 配置文件#

sudo vim /etc/logrotate.d/myapp

步骤 2：添加配置内容#

/var/log/myapp/myapp.log {
    daily                   # 按天轮转
    rotate 14               # 保留 14 个日志文件
    missingok               # 日志不存在时不报错
    compress                # 轮转后压缩
    delaycompress           # 延迟压缩（保留最近一个未压缩日志）
    notifempty              # 日志为空时不轮转
    create 0640 appuser appgroup  # 新建日志文件的权限和属主/属组
    sharedscripts           # 多个日志文件时，postrotate 只执行一次
    postrotate
        # 向应用发送信号，触发日志重新打开（假设应用支持 SIGUSR1 信号）
        kill -USR1 $(cat /var/run/myapp.pid) > /dev/null 2>&1 || true
    endscript
}

步骤 3：测试配置#

sudo logrotate -d /etc/logrotate.d/myapp  # 模拟执行，检查是否有错误
sudo logrotate -f /etc/logrotate.d/myapp  # 强制轮转（测试效果）
ls /var/log/myapp/  # 查看是否生成 myapp.log.1.gz（已压缩）和新的 myapp.log

4.3 案例三：CSV 数据批量分析（`awk` + `xargs`）#

目标：分析多个 CSV 文件（data_1.csv、data_2.csv...），统计“销售额”列的总和，并按文件名输出结果。

数据格式示例（`data_*.csv`）：#

日期,产品,销售额
2024-01-01,A,100
2024-01-02,B,200
2024-01-03,A,150

步骤 1：使用 `awk` 统计单个文件销售额#

# 第 3 列是销售额，跳过表头（NR>1），累加 $3
awk -F ',' 'NR>1 {sum += $3} END {print "销售额总和:", sum}' data_1.csv
# 输出：销售额总和: 450

步骤 2：批量处理所有 CSV 文件（`xargs` + `awk`）#

# 查找所有 CSV 文件，传递给 awk 处理
find . -name "data_*.csv" | xargs -I {} sh -c '
    echo "文件: {}";
    awk -F "," "NR>1 {sum += \$3} END {print \"销售额总和:\", sum}" {};
    echo "---"
'

输出结果：#

文件: ./data_1.csv
销售额总和: 450
---
文件: ./data_2.csv
销售额总和: 600
---

4.4 案例四：并行文件压缩（`GNU Parallel`）#

目标：对 /archive 目录下的 100 个 .txt 文件进行 gzip 压缩，使用多核 CPU 加速（默认 gzip 单线程）。

步骤 1：安装 `GNU Parallel`#

sudo apt install parallel  # Debian/Ubuntu
sudo yum install parallel  # CentOS/RHEL（需启用 EPEL 源）

步骤 2：并行压缩文件#

# 查找 .txt 文件，使用 4 个进程并行压缩（-j 4）
find /archive -name "*.txt" | parallel -j 4 gzip {}

说明：#

-j 4：指定 4 个并行进程（建议设为 CPU 核心数）；
parallel 会自动平衡负载，避免进程过多导致系统卡顿；
替代方案：若未安装 parallel，可用 xargs -P 4 gzip 实现类似效果。

5. 总结#

Linux 批处理是自动化任务的基石，从简单的定时备份到复杂的数据分析，其核心是通过工具组合实现任务的自动化、高效化执行。本文系统介绍了 cron、at、systemd timers 等调度工具，shell 脚本、awk、sed 等处理工具，并通过实战案例演示了最佳实践。

掌握批处理的关键在于：

工具选型：根据任务类型（周期性/一次性、实时/低优先级）选择合适的调度工具；
脚本健壮性：通过错误处理、日志记录确保任务可靠执行；
资源与安全：控制任务对系统的影响，避免权限滥用。

通过不断实践和优化，你将能构建出高效、稳定的批处理系统，让 Linux 真正成为自动化运维和开发的强大助手。

6. 参考资料#

Linux cron 手册
systemd 定时器文档
GNU awk 官方指南
logrotate 配置详解
GNU Parallel 教程
《Linux Shell 脚本攻略》（第三版），作者：Sarath Lakshman

目录#

1. Linux 批处理基础#

1.1 什么是批处理？#

1.2 批处理的核心优势与应用场景#

核心优势：#

典型应用场景：#

2. 核心批处理工具与技术#

2.1 cron：周期性任务调度#

基本语法：#

常用示例：#

管理 crontab：#

2.2 at 与 batch：一次性/低优先级任务#

at 的使用：#

batch 的使用：#

2.3 systemd timers：现代系统的任务调度#

核心优势：#

基本使用步骤：#

2.4 Shell 脚本：批处理的“胶水”#

基础脚本结构：#

关键脚本技巧：#

2.5 文本处理三剑客：awk、sed、grep#

常用示例：#

2.6 xargs：命令行参数批量处理#

核心用法：#

2.7 logrotate：日志文件自动化管理#

工作原理：#

配置示例：#

手动触发测试：#

3. 批处理最佳实践#

3.1 任务调度策略：避免资源冲突#

3.2 错误处理与日志记录#

3.3 资源管理：控制 CPU、内存与 I/O#

3.4 安全性：最小权限与任务隔离#

3.5 可维护性：测试与文档规范#

4. 实战案例：从理论到实践#

4.1 案例一：每日自动备份脚本（cron + rsync）#

步骤 1：编写备份脚本 backup_data.sh#

步骤 2：添加执行权限并测试#

步骤 3：配置 cron 定时执行#

4.2 案例二：日志轮转与压缩（logrotate）#

步骤 1：创建 logrotate 配置文件#

步骤 2：添加配置内容#

步骤 3：测试配置#

4.3 案例三：CSV 数据批量分析（awk + xargs）#

数据格式示例（data_*.csv）：#

步骤 1：使用 awk 统计单个文件销售额#

步骤 2：批量处理所有 CSV 文件（xargs + awk）#

输出结果：#

4.4 案例四：并行文件压缩（GNU Parallel）#

步骤 1：安装 GNU Parallel#

步骤 2：并行压缩文件#

说明：#

5. 总结#

6. 参考资料#

2.1 `cron`：周期性任务调度#

管理 `crontab`：#

2.2 `at` 与 `batch`：一次性/低优先级任务#

`at` 的使用：#

`batch` 的使用：#

2.3 `systemd timers`：现代系统的任务调度#

2.5 文本处理三剑客：`awk`、`sed`、`grep`#

2.6 `xargs`：命令行参数批量处理#

2.7 `logrotate`：日志文件自动化管理#

4.1 案例一：每日自动备份脚本（`cron` + `rsync`）#

步骤 1：编写备份脚本 `backup_data.sh`#

步骤 3：配置 `cron` 定时执行#

4.2 案例二：日志轮转与压缩（`logrotate`）#

步骤 1：创建 `logrotate` 配置文件#

4.3 案例三：CSV 数据批量分析（`awk` + `xargs`）#

数据格式示例（`data_*.csv`）：#

步骤 1：使用 `awk` 统计单个文件销售额#

步骤 2：批量处理所有 CSV 文件（`xargs` + `awk`）#

4.4 案例四：并行文件压缩（`GNU Parallel`）#

步骤 1：安装 `GNU Parallel`#