进阶篇如何学习编写 Shell 脚本？

进阶学习 Shell 脚本的核心不在于掌握更多冷门命令，而在于建立编写健壮、可维护代码的习惯，重点应放在错误处理、风格规范和调试工具的使用上。

核心观点：从“能跑”到“好用”，关键在于引入严格模式、遵循风格指南并强制使用静态检查工具。

适合：已经掌握基础语法，需要在生产环境或复杂任务中编写脚本的用户
先看：主流风格指南或 Bash 官方手册中关于最佳实践的部分
建议：在编写阶段就接入 shellcheck 进行语法和规范检查

生产级脚本模板

很多初学者写的脚本在简单环境下能运行，一旦遇到空格、特殊字符或中间命令失败，就会导致数据损坏或静默失败。Shell 默认容错性过高，例如命令失败默认不退出，变量未引用会导致单词拆分。进阶学习的目标就是消除这些不确定性，让脚本行为可预测。以下是一个推荐的最小化健壮脚本模板，包含了错误处理和清理机制：

#!/usr/bin/env bash
set -euo pipefail

# 定义清理函数，处理临时文件等资源
cleanup() {
    local exit_code=$?
    if [ -n "$TEMP_FILE" ] && [ -f "$TEMP_FILE" ]; then
        rm -f "$TEMP_FILE"
    fi
    exit $exit_code
}

# 注册退出陷阱，无论脚本如何退出都会执行 cleanup
trap cleanup EXIT

# 定义错误处理函数
error_handler() {
    echo "Error occurred in script at line: ${LINENO}"
}
trap error_handler ERR

main() {
    TEMP_FILE=$(mktemp)
    # 业务逻辑写在这里
    echo "Script running with strict mode"
}

main "$@"

静态检查与配置

开启严格模式只是第一步，在脚本开头使用 set -euo pipefail。-e 确保命令失败时退出，-u 防止使用未定义变量，-o pipefail 确保管道中任意命令失败都视为脚本失败。所有变量扩展都加上双引号，如 "$var"，避免文件名包含空格时出错。将逻辑放入 main 函数或其他函数中，避免全局变量污染。

引入静态检查工具 shellcheck，可以通过配置文件定制检查规则。在项目根目录创建 .shellcheckrc 文件：

# .shellcheckrc
# 忽略某些特定规则，例如 SC2086 (未引用变量)，仅在确认安全时忽略
exclude=SC2086
# 指定 shell 版本
shell=bash

验证方法：

语法检查：运行 bash -n script.sh 确认没有基础语法错误。
规范检查：运行 shellcheck script.sh，确保没有警告信息。
异常测试：故意制造失败条件（如断开网络、删除临时文件），观察脚本是否按预期退出或清理资源。

集成到 CI/CD 流程

为了确保团队代码规范一致，建议将检查集成到自动化流程中。以下是 GitHub Actions 的简单示例：

name: ShellCheck
on: [push, pull_request]
jobs:
  shellcheck:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v3
    - name: Run ShellCheck
      run: shellcheck scripts/*.sh

也可以在本地使用 pre-commit 钩子在提交前自动检查，防止问题代码进入仓库。

高频陷阱与规避

解析 ls 输出：不要使用 for i in $(ls) 处理文件，应使用 for i in * 或 find。
忽略退出码：在管道操作中，默认只返回最后一个命令的状态，需配合 set -o pipefail 使用。
硬编码路径：脚本中避免写死绝对路径，尽量使用相对路径或环境变量，提高可移植性。

笙亿网络策划

进阶篇如何学习编写 Shell 脚本？

生产级脚本模板

静态检查与配置

集成到 CI/CD 流程

推荐学习资源

高频陷阱与规避