为什么sh（不是bash）抱怨.bashrc中定义的函数？

打开终端会话时，我得到了这个：

sh：导入“ read.json”的函数定义时出错

sh：导入“ ts-project”的函数定义时出错

sh不喜欢这些功能，因为它们看起来像：

read.json(){
   ::
}

和

ts-project(){
   ::
}

真正的问题是-为什么要sh触摸/解释这些文件？我在MacOS上，以前曾经看过，这真是个谜。我认为只有bash会加载这些文件。

更新：bash和sh并没有什么不同。当我在终端中输入bash时，得到以下信息：

alex$ bash
beginning to load .bashrc
finished loading .bashrc
bash-3.2$ 

当我sh在终端输入时，得到以下信息：

alex$ sh
sh: error importing function definition for `read.json'
sh: error importing function definition for `ts-project'
sh-3.2$ 

当bash伪装成POSIX shell尝试从环境中导入这些函数时，而不是通过解释诸如此类的文件来加载它们时，就会发生该错误~/.bashrc。简化示例：

foo.bar(){ true; }; export -f foo.bar; bash --posix -c true
bash: error importing function definition for `foo.bar'

我曾期望bash在posix模式下不从环境中加载函数，但确实如此，并且仅在其名称包含有趣字符时抱怨。

请注意，bash当设置了POSIXLY_CORRECT或POSIX_PEDANTIC环境变量或使用--enable-strict-posix-default/ 编译时，它也将以posix模式运行STRICT_POSIX。

后者似乎适用/bin/sh于MacOS（在此处查看PRODUCT_NAME = sh），我希望在使用类似popen(3)或的库函数时也会触发此错误system(3)。

要回答关于为什么read.json和ts-project不是可移植函数名称的部分：

根据POSIX，一个函数定义必须命名由

仅由可移植字符集中的下划线，数字和字母组成的单词。名称的第一个字符不是数字。

在C语言中也称为标识符。或在正则表达式中：[_a-zA-Z][0-9_a-zA-Z]*

所以造成这种情况的原因是我在〜/ .bashrc文件中采购了一些bash脚本，如下所示：

for f in "$HOME/.oresoftware/bash/"*; do
   . "$f"
done;

所以我只是将其更改为：

for f in "$HOME/.oresoftware/bash/"*; do
  if [[ "$(basename "$0")" != 'sh' ]]; then
      # source only if not using sh
      . "$f"
  fi
done;

因此，从理论上讲，如果它被调用，sh它将不会尝试获取那些文件，但是不确定是否可以100％地工作。