shell脚本处理复杂入参关键在于清晰可控：$1/$2仅适用于简单场景；getopts适合短选项解析但不支持长选项；手动解析（while+case+shift）可灵活支持长短选项混合与校验；引号和"$@"是避免空格/特殊字符陷阱的必备实践。
Shell脚本处理复杂入参，关键不在“多”，而在“清晰可控”。直接靠 $1 $2 硬写只适用于简单场景；一旦涉及选项开关、带值参数、可选/必填、长选项或混合顺序，就必须引入结构化解析机制。
位置参数：基础但有边界
脚本启动时，命令行空格分隔的每个词依次进入 $1、$2 …… ${10}（注意：第10个起必须用大括号）。$# 告诉你一共几个参数，$0 是脚本名。这些足够做简单工具，比如：
./deploy.sh prod v1.2 /tmp/logs
→ $1=prod，$2=v1.2，$3=/tmp/logs。
但问题很快出现：
- 参数超过9个时，${10} 写法易错，且无法表达语义（比如哪个是环境、哪个是版本）
- 顺序强依赖：./deploy.sh v1.2 prod 就会错配
- 无法区分“-v”是开关还是值，“--env=dev”和“--env dev”难以统一处理
- 空格或特殊字符（如文件名含空格）不加引号会导致拆分错误
getopts：轻量级标准选项解析器
bash 内置命令 getopts 专为短选项（-a -b value -c）设计，稳定、无需额外依赖，适合大多数运维脚本。
典型用法：
- optstring 如 "ab:c:" 表示支持 -a（无参）、-b 后必须跟值、-c 后必须跟值
- 冒号在选项后（如 b:）表示该选项需要参数；OPTARG 自动保存该值
- 循环中 case 匹配 $opt，每个匹配分支处理对应逻辑
- OPTIND 记录下一个待处理参数索引，可用于跳过已解析项
它不支持长选项（--help），也不处理非选项参数（如最后的文件列表），但胜在简洁可靠。
手动解析（shift + case）：灵活掌控全流程
当需要支持 --long-option、混合长短选项、或对参数顺序/组合有特殊要求时，常用 while + case + shift 手动解析。
核心思路：
- 用 until [ $# -eq 0 ] 或 while [ $# -gt 0 ] 驱动循环
- case "$1" in --debug) debug=true; shift ;; --port) port="$2"; shift 2 ;; *) echo "未知参数: $1"; exit 1 ;; esac
- 每匹配一个带值选项，用 shift 2 跳过选项和其值；开关类用 shift 1
- 未被 case 捕获的 $1 默认视为位置参数（如输入文件路径），可收集进数组
这种方式完全透明，调试方便，也便于加入校验（如检查 port 是否为数字）、默认值填充或参数互斥逻辑。
引号与数组：避免空格和特殊字符陷阱
用户传参常含空格、星号、括号等，不加引号会破坏结构。例如：
./backup.sh "/home/user/my docs" "*.log"
若写成 ./backup.sh /home/user/my docs "*.log"，则脚本收到三个参数而非两个。
安全做法：
- 调用脚本时，含空格/特殊字符的参数务必用双引号包裹
- 脚本内遍历所有参数，始终用 "$@"（不是 $*），确保每个参数保持独立性
- 需批量处理时，可先存入数组：args=("$@")，再用 "${args[@]}" 安全展开
- 变量赋值也建议引号：file="$1"，防止 $1 为空时导致语法错误
不复杂但容易忽略
