1. Shell Wait 命令基础入门第一次接触Shell脚本时我经常遇到这样的问题明明启动了后台任务脚本却直接退出了根本没等任务完成。后来发现了wait这个救命命令才真正理解了Shell中进程控制的精髓。wait是Shell内置的一个简单但强大的命令它的核心功能就是等待后台进程执行完毕。想象你是个餐厅经理wait就像是在厨房门口等着所有厨师完成菜品后再上菜。基本语法简单到令人发指wait [进程ID]如果不加进程ID它会等待所有后台进程。我常用的测试方法是sleep 5 wait echo 5秒后才看到我这里sleep 5 把睡眠任务放到后台wait会阻塞直到睡眠结束。实际项目中我经常用这个特性来做简单的任务调度。比如批量处理图片时for img in *.jpg; do convert $img -resize 50% small_$img done wait echo 所有图片转换完成注意wait只能等待直接子进程。如果子进程又启动了孙子进程wait是管不了的。这个坑我踩过好几次后来改用进程组才解决。2. 多进程协同实战技巧2.1 基础并发模式去年优化一个数据清洗脚本时我把单进程改成了多进程速度直接提升了8倍。核心代码其实就几行for i in {1..8}; do process_data chunk_$i.csv done wait merge_results关键点在于每个循环迭代都用放到后台最后的wait确保所有任务完成合并结果必须在wait之后实测技巧可以用time命令对比加wait和不加的区别。有次我忘了写wait合并操作直接报错因为输入文件还没生成完。2.2 进程状态监控进阶wait最厉害的地方是可以获取进程退出状态。比如task1 task2 wait $! # $!表示最后一个后台进程 echo 最后一个任务退出码$?我在日志分析系统中用这个特性实现了自动重试retry_count0 max_retries3 analyze_logs() { # 模拟可能失败的操作 if (( RANDOM % 3 0 )); then return 1 fi return 0 } until analyze_logs || (( retry_count max_retries )); do echo 第 $retry_count 次重试... sleep 1 done wait3. 脚本健壮性提升方案3.1 错误处理最佳实践血泪教训不加错误处理的多进程脚本就是定时炸弹。现在我的模板长这样set -euo pipefail # 严格模式 trap kill $(jobs -p) EXIT # 退出时清理 job1() { ... } job2() { ... } job1 pid1$! job2 pid2$! wait $pid1 || echo job1失败继续其他任务 wait $pid2 || { echo 关键任务job2失败; exit 1; }这个方案有几个亮点trap确保脚本异常退出时清理后台进程分别捕获每个任务的退出状态非关键任务失败不影响整体流程3.2 资源限制策略服务器上跑批量任务最怕进程爆炸。我的限流方案是max_workers4 task_queue(task1 task2 task3 task4 task5 task6) execute_task() { local task$1 echo 处理 $task... sleep $((RANDOM % 3 1)) } for task in ${task_queue[]}; do while (( $(jobs -r | wc -l) max_workers )); do wait -n # 等待任意一个任务完成 done execute_task $task done wait这里wait -n是神器它会等待任意一个后台任务完成。配合jobs -r可以做出很精致的并发控制。4. 复杂场景综合应用4.1 生产者-消费者模型处理日志文件时我常用这种模式process_line() { local line$1 # 模拟耗时处理 sleep 0.1 echo 处理结果:$line } producer() { while IFS read -r line; do while (( $(jobs -r | wc -l) 10 )); do wait -n done process_line $line done input.txt } producer wait这个方案的优点控制最大并发数避免OOM利用管道实现自然流量控制处理速度比单进程快10倍以上4.2 多阶段任务流水线最近做的ETL项目用了三级流水线extract() { ... } transform() { ... } load() { ... } # 第一阶段提取 for file in sources/*; do extract $file stage1_${file##*/} done wait # 第二阶段转换 for file in stage1_*; do transform $file stage2_${file#stage1_} done wait # 第三阶段加载 for file in stage2_*; do load $file done wait每阶段都等前阶段全部完成虽然不如完全并行高效但保证了数据一致性。根据业务特点选择并发粒度很重要。