Bash关联数组引用索引字段中的变量是否需要加引号？

对比"${array[$key]}"与"${array["$key"]}"两种Bash关联数组引用写法：我通常默认对所有Bash变量加引号，仅在有明确需求时例外。但在指定关联数组的键时，我发现简单场景下即使键包含空格，索引中的变量不加引号也不会出现单词拆分问题，不过Shell语法常存在较为隐蔽的使用限制。由于"${array[$key]}"以及更繁琐的"${array["$key"]}"写法包含大量额外字符，我想了解将关联数组引用索引字段中的变量保留未加引号状态，是否属于不良编程习惯，是否存在潜在风险？

核心结论 #

常规Bash运行环境下，两种写法的执行效果完全等价。Bash解析数组索引时，[]内部的内容会被作为独立表达式处理，默认不会触发普通变量引用场景下的单词拆分、路径名扩展逻辑，因此哪怕$key包含空格、通配符等特殊字符，不加内层引号也不会出问题。

不加内层引号的潜在风险 #

仅在以下场景中，省略索引内引号的写法存在隐患：

• 跨Shell兼容需求：zsh、ksh等其他Shell对[]内的变量扩展规则与Bash不一致，不加引号可能在键包含特殊字符时出现解析错误，内层加引号的写法兼容性更强。
• 多人协作/公开分发场景：全脚本统一遵循「变量引用默认加引号」的规则，能降低维护者的记忆成本，避免有人把索引处不加引号的习惯错误迁移到普通变量引用场景，引发单词拆分类bug。
• 索引为复杂表达式场景：如果索引不是单纯的变量，而是包含命令替换、字符串拼接等复合逻辑，不加引号可能触发意料之外的语法解析歧义，内层加引号能更明确地界定字符串边界。

编程习惯建议 #

• 如果是仅在Bash环境运行的个人脚本，不需要兼容其他Shell，不加内层引号不属于不良习惯，确实可以减少冗余字符。
• 如果是生产环境脚本、多人维护项目，更建议使用内层加引号的写法，鲁棒性更高，长期维护成本更低。

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