为什么 /bin/sh 的行为与 /bin/bash 不同，即使一个指向另一个？

问题描述：

当我在 shell 中研究这个问题的答案时，我注意到，尽管在我的系统上/bin/sh指向/bin/bash，但这两个命令的行为却不同。首先，

ls -lh /bin/sh

是：

lrwxrwxrwx 1 root root 4 Apr 22  2013 /bin/sh -> bash*

但是，通过调用以下命令/bin/sh：

/bin/sh -c "script.sh 2> >( grep -v FILTER 2>&1 )"

返回此错误：

/bin/sh: -c: line 0: syntax error near unexpected token '>'
/bin/sh: -c: line 0: 'script.sh 2> >( grep -v FILTER 2>&1 )'

通过以下方式运行相同的命令/bin/bash：

/bin/bash -c "script.sh 2> >( grep -v FILTER 2>&1 )"

执行成功，输出如下：

This should be on stderr

作为参考，以下是内容script.sh：

#!/bin/sh
echo "FILTER: This should be filtered out" 1>&2
echo "This should be on stderr" 1>&2
echo "FILTER: This should be filtered out" 1>&2

为什么两次调用的行为不同？

解决方案 1：

bash`$argv[0]`查看(bash 在 C 中实现)的值以确定它是如何被调用的。

调用时其行为如手册中sh所述：

如果使用名称调用 Bash ，它会尝试尽可能地sh模仿历史版本的启动行为，同时也符合 POSIX 标准。sh

当作为交互式登录 shell 或带有选项的非交互式 shell 调用时-login，它首先尝试按顺序从/etc/profile和读取并执行命令~/.profile。
--noprofile选项可用于抑制此行为。当作为名称的交互式 shell 调用时sh，Bash 会查找变量
ENV，如果定义了其值，则扩展其值，并使用扩展的值作为要读取和执行的文件的名称。由于以 调用的 shellsh
不会尝试从任何其他启动文件读取和执行命令，因此该--rcfile选项无效。使用名称调用的非交互式 shellsh不会尝试读取任何其他启动文件。

当以 方式调用时sh，Bash 在读取启动文件后进入 POSIX 模式

bash在 POSIX 模式下，会发生改变的事物有一个很长的列表（目前有 46 项） ，记录在这里。

（POSIX 模式可能主要用于测试脚本是否可以移植到非bashshell 上。）

顺便说一句，根据调用名称改变行为的程序相当常见。 、 和 的某些版本grep作为fgrep单个egrep可执行文件实现（尽管 GNUgrep不会这样做）。通常是或 的view符号链接；将其调用为会导致以只读模式打开。Busybox系统包含许多单独的命令，它们都是主可执行文件的符号链接。vi`vimviewbusybox`

解决方案 2：

调用 bash assh会导致它在读取通常读取的启动文件（而不是 POSIX sh 读取的启动文件）后进入posix 模式INVOCATION。Bash 有许多不同的调用模式。您可以从手册的 部分了解这些模式。以下是有关 POSIX 模式的一些详细信息。

POSIX 模式

此模式意味着 bash 将在不同程度上尝试符合 POSIX 期望。如此处所述，bash 对此模式有几种不同的调用，含义略有不同：

1. sh：Bash 读取启动文件后进入 POSIX 模式。

2. bash --posix：Bash 在读取启动文件之前进入 POSIX 模式。

3. set -o posix：Bash 切换到 POSIX 模式。

4. POSIXLY_CORRECT：如果 bash 启动时环境中有此变量，则 shell在读取启动文件之前会进入 posix 模式，如bash --posix。如果在 bash 运行时设置此变量，如set -o posix。

解决方案 3：

摘自Bash 参考手册：

如果使用名称 sh 调用 Bash，它会尝试尽可能模仿 sh 历史版本的启动行为，同时也符合 POSIX 标准。

解决方案 4：

因为bash二进制文件会检查它是如何被调用的（通过argv[0]），如果它以 身份运行，它就会进入兼容模式sh。