Shell脚本报错bad variable name 修复及变量命名优化

报错核心含义 #

报错信息./fib.sh: 43: read: 6: bad variable name的触发逻辑可直接对应到脚本代码：

• 报错触发点为脚本第43行的分支逻辑：yes) echo"\nenter new value of n \n" && read $n && continue ;;
• Shell执行命令时会优先完成变量值展开：如果当前变量n存储的数值为6，那么read $n会被自动解析为read 6
• Shell合法变量名要求首字符必须为字母或下划线，后续可拼接字母、数字、下划线，纯数字字符串属于完全不合法的变量名，因此执行到这一步时直接抛出参数错误。

针对性修复方案 #

• 核心修复：将错误行的read $n修改为read n。read命令的作用是把用户输入的内容存入指定变量，后续参数需要填写目标变量名本身，添加$前缀会把变量存储的值错当成变量名解析，是直接触发报错的原因。
• 连带排查：逐行检查脚本中所有使用read的代码位置，确认没有误加$前缀的同类问题，避免其他执行分支触发相同报错。

变量命名的预防与优化方法 #

• 明确Shell变量命名规则：合法变量名需满足首字符为大小写字母或下划线，后续可包含字母、数字、下划线；禁止使用纯数字开头的字符串、含特殊符号的文本、Shell内置命令关键字作为变量名。
• 固化编码习惯：编写read逻辑时，默认在命令后填写裸变量名，不额外添加$前缀，从习惯层面避免把变量值错当变量名使用。
• 前置问题校验：脚本写完后通过静态检查工具扫描，可在运行前直接定位到变量名不合法、命令参数误用这类问题，减少运行时的排查成本。
• 提升变量可读性：当前脚本中a、b、n这类单字母变量名，在斐波那契计算场景可替换为有明确语义的名称（如prev_term、curr_term、target_step），既降低和系统命名规则冲突的概率，也能提升后续代码的可维护性。

内容的提问来源于stack exchange，提问作者Areej