Shell脚本不依赖缩进执行逻辑，但缩进异常常暴露底层语法缺陷：需检查if/fi、for/done等关键字配对，引号括号是否闭合，空格与运算符位置是否合规，并用shellcheck和bash -x定位真实错误。
Shell 脚本本身**不依赖缩进执行逻辑**，但缩进错误常是语法结构混乱的“信号灯”——它本身不报错，却会掩盖真正的问题，比如漏写 fi、done，或让引号、括号配对关系难以识别。排查重点不在“缩进是否对齐”，而在于**通过缩进异常发现底层语法缺陷**。
检查缩进是否暴露了成对符号缺失
Shell 中的 if/for/while 等结构依赖关键字（then、do、fi、done）闭合。如果某段代码明显“缩进过深”或“突然断层”，很可能是因为结尾关键字丢失：
- 逐行数
if和fi的数量，必须一一对应；for和done、while和done同理 - 用编辑器折叠功能（如 vim 的
za）尝试折叠if块——若无法正常折叠，大概率缺fi - 特别注意嵌套结构：一个
if里再套if，需要两个fi，顺序不能颠倒
验证引号与括号是否真正闭合
未闭合的 "、'、[、[[、{ 会导致解析器一路读到文件末尾，报 unexpected end of file。缩进错乱往往是它的副产品：
- 在支持语法高亮的编辑器（如 vim）中启用
:syntax on，未闭合的引号/括号通常显示为红色或无高亮 - 手动搜索：
grep -n '"' script.sh查双引号位置，确认个数为偶数；同理查'、[[、]]、{、} - 写代码时养成习惯：先敲
""或[]，再退格填内容，避免遗漏右半边
观察空格与运算符位置是否合规
缩进异常有时源于更底层的语法违规，比如 [ 命令两端缺空格、== 写成 =、then 前少分号等，这些会让 shell 把整行误判为单个命令，破坏后续缩进逻辑：
-
[ $a = $b ]正确；[$a=$b]错误（被当做一个叫[a=b]的命令） -
if [[ $a == 1 ]]; then正确；if [[ $a == 1 ]]then错误（缺少分号或换行） - 用
shellcheck工具直接扫描：shellcheck script.sh，它会明确指出空格、引号、关键字缺失等问题
借助调试模式定位真实出错行
运行脚本时加 -x 参数可逐行展开执行过程，帮助确认缩进“看起来错”的地方，实际是哪一行语法崩溃导致的连锁反应：
-
bash -x script.sh查看每条命令如何被解释，尤其注意变量展开后是否产生非法字符串（如空值导致[ = 1 ]） - 配合
set -u（检测未定义变量）和set -e（遇错即停），能更快暴露隐藏的语法脆弱点 - 若报错指向末尾（
unexpected end of file），优先检查倒数第 5～10 行，问题几乎总在那之前
