从数组读取ANSI颜色代码无法生效，直接使用却正常的问题排查

我使用Rakudo v2025.06.1，将ANSI颜色代码存储在数组中，但从数组中读取颜色代码时无法打印出对应颜色，直接在say或print语句中使用该代码却能正常显示颜色。$colorOff变量却可正常生效。相关代码如下：

[0] >  my @allColors = '\e[48;5;1m  \e[48;5;2m  \e[48;5;3m  \e[48;5;4m  \e[48;5;5m'.words;
[\e[48;5;1m \e[48;5;2m \e[48;5;3m \e[48;5;4m \e[48;5;5m]
[1] > my $colorOff = "\e[0m";

[2] > say "@allColors[0] show color $colorOff";
\e[48;5;1m show color  # <<<<============================= 无颜色显示
[2] > say "\e[48;5;1m show color $colorOff";
 show color <<<<========================================== 正常显示红色背景
[2] > my $a = @allColors[0]
\e[48;5;1m
[3] > say "$a show color $colorOff"
\e[48;5;1m show color <<<<================================ 依然无颜色

原因分析 #

• 单双引号的解析规则差异：Raku里单引号包裹的是原样字符串，不会解析任何转义字符，所以'\e[48;5;1m'里的\e就是两个普通字符\和e，不是ANSI控制序列需要的ESC字符（ASCII码27）。而双引号包裹的是插值字符串，会把\e解析成真正的ESC控制字符，这就是$colorOff能正常工作的原因。
• 数组里的元素来自单引号字符串分割，自然保留了未解析的\e文本，打印时终端只会把它当成普通字符输出，不会触发颜色控制。

调试方法 #

• 查看字符串的ASCII码序列：用.unpack("C*")方法可以把字符串拆成对应的ASCII数值。比如执行say @allColors[0].unpack("C*")，会输出92, 101, 91, 52, 56, 59, 53, 59, 49, 109（对应\、e、[等字符）；而执行say "\e[48;5;1m".unpack("C*")，开头会是27（ESC的ASCII码），两者对比就能看出差异。
• 查看字符串的内部表示：用.perl方法可以输出字符串的Raku字面量形式，say @allColors[0].perl会显示'\\e[48;5;1m'（双反斜杠表示转义后的普通反斜杠），而双引号定义的颜色代码会显示"\e[48;5;1m"。

解决方法 #

• 直接用双引号定义原始字符串：把数组初始化的单引号改成双引号，让Raku提前解析转义字符：

  my @allColors = "\e[48;5;1m  \e[48;5;2m  \e[48;5;3m  \e[48;5;4m  \e[48;5;5m".words;
  

• 对现有数组元素做转义解析：如果无法修改原始字符串的定义，可以遍历数组，把每个元素里的\e替换成真正的ESC字符：

  @allColors = @allColors.map({ .subst(:global, /\\e/, "\e") });
  

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