bash中arr=1 2 3报错是因为shell将其解析为“赋值arr=1后执行命令2和3”，正确写法是arr=(1 2 3)或declare -a arr=(["a"]=1 ["b"]=2)，数组展开务必用"${arr[@]}"避免单词拆分。
bash 里声明和赋值数组为什么 arr=1 2 3 会报错
因为 bash 数组赋值必须显式用括号包裹，空格分隔的多个值不等于数组——它会被 shell 当作多个命令参数或未加引号的单词拆分。直接写 arr=1 2 3 实际执行的是「把变量 arr 设为 1，然后运行命令 2 和 3」，自然报 command not found。
正确做法只有两种：
-
arr=(1 2 3)—— 索引数组（默认），下标从 0 开始 -
declare -A arr=(["a"]=1 ["b"]=2)—— 关联数组，需 bash 4.0+，且declare -A必须提前声明
注意：arr=([0]=1 [2]=3) 这种跳着赋值合法，但中间空缺索引不会自动补 null，${#arr[@]} 只统计实际存在的元素个数。
遍历数组时 for i in ${arr[@]} 和 for i in "${arr[@]}" 差在哪
差在单词拆分。如果数组某个元素含空格（比如 arr=("file name.txt" "log 2024")），不加引号的 ${arr[@]} 会让 shell 把每个元素再按空白符切开，导致遍历次数翻倍、内容错位。
必须用双引号包裹：
-
"${arr[@]}"—— 正确：每个元素作为独立字符串传入循环 -
"${arr[*]}"—— 所有元素拼成一个字符串（用第一个 IFS 字符连接），适合 echo 日志，不适合遍历 -
${arr[@]}或${arr[*]}不加引号 —— 多数情况出 bug，尤其处理文件名、路径时必跪
实操建议：只要涉及数组展开，无脑加双引号；脚本开头可加 set -f 关闭文件名扩展，减少意外 glob 匹配。
获取数组长度、某元素、所有键名分别用哪个语法
bash 数组语法容易混淆，关键记清符号组合的含义：
- 元素个数：
${#arr[@]}（不是${#arr}，后者只返回首元素长度） - 第 n 个元素：
${arr[n]}（n 从 0 开始；负数如${arr[-1]}表示倒数第一个，bash 4.3+ 支持） - 所有索引（下标）：
${!arr[@]}（注意是!不是*） - 所有键名（关联数组）：
${!arr[@]}同样适用，返回的是 key 名字而非值
常见错误：echo ${arr[0]} 在空数组上不报错，但返回空字符串，无法区分「元素为空」和「索引越界」；需要配合 ${#arr[@]} 先判断长度。
数组变量在子 shell 或管道中为什么突然变空
因为管道会创建子 shell，而变量作用域默认不跨进程。写 arr=(1 2 3); echo ${arr[@]} | while read x; do ... 时，while 里的 arr 是父 shell 的副本，但子 shell 无法反向修改父 shell 变量。
解决方式取决于场景：
- 想在管道后继续用数组 → 避免管道，改用进程替换：
while read x; do ...; done - 想在循环中累积数据 → 用命令替换捕获输出：
new_arr=($(some_command))，但注意这会丢失空格和换行等原始格式 - 复杂逻辑建议直接用
for循环，不走管道
真正难调试的是嵌套调用里数组被意外覆盖，比如函数内没加 local arr，结果和外层同名变量冲突。函数里操作数组，优先声明 local -a arr（索引）或 local -A arr（关联）。
