Debian系统中readonly关联数组的错误重定向问题

你碰到的这个现象确实是bash里的一个细节差异——普通readonly变量的错误重定向看似顺利生效，但关联数组的写法却行不通，核心问题出在重定向的作用范围上。

先拆解下普通变量的情况：你写的readonly AQUA_FG="$(tput setaf 87)" 2> /dev/null，这里的2> /dev/null既覆盖了tput命令的错误输出，也能作用于readonly命令本身的报错（比如重复声明readonly变量时的提示）。但关联数组的复合赋值语法让bash对重定向的解析逻辑变了：你之前把2> /dev/null放在数组赋值的末尾，bash会把这个重定向归到数组内部的子命令（也就是tput）上，而readonly -A命令本身抛出的“readonly variable”错误并没有被捕获。

要解决这个问题，你只需要把整个readonly -A命令包裹在命令组里，让重定向作用于整个命令块：

{ readonly -A FORECOLOUR=(
    [AQUA]="$(tput setaf 87)"
    [GOLD]="$(tput setaf 227)"
); } 2> /dev/null

这样一来，无论是tput执行时的错误，还是重复声明readonly数组时的报错，都会被统一重定向到/dev/null，不会显示在终端里。

另外还有一种可读性稍弱但同样有效的写法，把重定向直接放在readonly命令之前：

2> /dev/null readonly -A FORECOLOUR=(
    [AQUA]="$(tput setaf 87)"
    [GOLD]="$(tput setaf 227)"
)

本质上都是确保重定向的作用范围覆盖到readonly命令本身，而不是只作用于数组内部的子命令。

备注：内容来源于stack exchange，提问作者user869490