在 Shell 脚本中处理带空格的参数，最稳妥的方式是在调用脚本时给参数加上双引号，并在脚本内部使用 "$@" 来引用所有位置参数。若忽略引号，Shell 默认会将空格视为分隔符，导致参数被错误切割。
核心机制：参数空格会导致 Shell 默认按空白符切割，必须通过 quoting 和正确的变量引用方式来保留完整性。
- 适用场景：传递文件路径、句子等含空格内容
- 关键检查：脚本内部是否使用了
"$@"而不是$* - 调用习惯：命令行调用时给含空格参数包上双引号
完整脚本示例
以下是一个完整的可运行脚本 parse_args.sh，展示了如何安全地接收并遍历所有参数：
#!/bin/bash
# 打印参数总数
echo "Total arguments: $#"
# 遍历所有参数，保留空格
echo "--- Argument List ---"
for arg in "$@"; do
echo "Arg: [$arg]"
done
# 访问单个参数（同样需要引号）
echo "--- First Argument ---"
echo "Param 1: [$1]"
赋予执行权限并运行：
chmod +x parse_args.sh
错误与正确用法对比
通过对比可以直观看到引号对参数完整性的影响。
错误用法（未加引号）：
$ ./parse_args.sh hello world
Total arguments: 2
--- Argument List ---
Arg: [hello]
Arg: [world]
--- First Argument ---
Param 1: [hello]
此时 hello world 被切割成了两个独立参数。
正确用法（加上引号）：
$ ./parse_args.sh "hello world"
Total arguments: 1
--- Argument List ---
Arg: [hello world]
--- First Argument ---
Param 1: [hello world]
参数被完整保留为一个整体。
验证与调试方法
在脚本开发过程中，可以通过以下方式验证参数解析是否符合预期：
- 调试输出：在脚本中加入
echo "Param: [$1]"这样的调试语句，观察输出是否保留了空格。如果输出显示Param: [hello world]，说明解析正确；如果显示Param: [hello]且world变成了下一个参数，说明解析失败。 - 开启调试模式：运行脚本时使用
bash -x script.sh "arg with space"或在脚本开头添加set -x。Shell 会打印实际展开的命令和参数列表，便于确认空格是否导致参数分裂。 - 使用 printf：相比
echo，printf能更准确地显示不可见字符。例如：printf "Param: [%s]\n" "$1"。
常见陷阱与注意事项
1. $* 和 "$@" 的区别：$* 会将所有参数合并成一个字符串（以 IFS 第一个字符分隔），而 "$@" 会保留每个参数的独立性。处理带空格参数时，几乎总是需要 "$@"。
2. 变量展开未加引号：即使在脚本内部拿到了参数，如果在后续命令中使用 $var 而不是 "$var"，空格依然会导致命令参数错位。例如 cat $file 在文件名含空格时会报错，应写成 cat "$file"。
3. 参数解析工具限制：原生的 getopts 命令不支持长选项，且处理带空格参数时需配合引号，建议手动解析或使用 getopt 工具。对于复杂参数解析，推荐使用 getopt 或专门的结构化处理逻辑。