为什么“＃！/ bin / sh -a”中的-a影响sed而“ set -a”却不影响？

如果我运行以下.sh文件：

#!/bin/sh -a
echo "a" | sed -e 's/[\d001-\d008]//g'

结果是一个错误：

sed：-e表达式＃1，字符18：无效的范围结尾

但是，如果我运行以下.sh文件：

#!/bin/sh
set -a
echo "a" | sed -e 's/[\d001-\d008]//g'

它运行没有错误。第二个代码不是应该等同于第一个吗？为什么在第一个错误？

当使用名称调用bash时sh，它将执行以下操作：

if (shell_name[0] == 's' && shell_name[1] == 'h' && shell_name[2] == '\0')
    act_like_sh++;

然后将POSIXLY_CORRECTshell变量设置为y：

if (act_like_sh)
  {
    bind_variable ("POSIXLY_CORRECT", "y", 0);
    sv_strict_posix ("POSIXLY_CORRECT");
  }

bind_variable电话bind_variable_internal，其中，如果shell属性a是在时间（如果你调用与外壳这将是-a），标记为shell变量输出。

因此，在您的第一个脚本中：

#!/bin/sh -a
echo "a" | sed -e 's/[\d001-\d008]//g'

sedPOSIXLY_CORRECT=y在其环境中被调用，这会使它抱怨[\d001-\d008]。（如果给sed --posix选项，也会发生同样的事情。）

在GNU sed中，是用于在其数值的字符的转义码碱-10是NNN，但在POSIX模式，这是一个括号表达式中被禁止，因此，装置字面上字符，等，具有范围从被到。按字符代码的顺序，先于\dNNN[\d001-\d008]\d1\1\（并且范围包括除零以外的所有数字，所有大写字母以及一些特殊字符）。在en_US.UTF-8您使用的语言环境中，\在之前排序1，因此范围无效。

在第二个脚本中：

#!/bin/sh
set -a
echo "a" | sed -e 's/[\d001-\d008]//g'

即使POSIXLY_CORRECT是在外壳中设置的，它也不会导出，因此sed会POSIXLY_CORRECT在没有环境的情况下被调用，并且sed使用GNU扩展运行。

如果export POSIXLY_CORRECT在第二个脚本的顶部附近添加，则还会看到sed抱怨。