正如Noufal Ibrahim所问的，为什么不能使用Perl?任何Mac都会有Perl，而且很少有Linux或BSD发行版在基本系统中不包含某些版本的Perl。BusyBox是唯一可能缺少Perl的环境之一(对于-i，它的工作方式与GNU/Linux类似，只是不能指定备份扩展)。

正如ismail所建议的，

由于perl在任何地方都可用，我只是做perl -pi -e s,foo,bar,g target.file

在处理sed -i在GNU/Linux和BSD/Mac之间根本不兼容的问题时，这似乎是一个比脚本、别名或其他变通方法更好的解决方案。

正如Noufal Ibrahim所问的，为什么不能使用Perl?任何Mac都会有Perl，而且很少有Linux或BSD发行版在基本系统中不包含某些版本的Perl。BusyBox是唯一可能缺少Perl的环境之一(对于-i，它的工作方式与GNU/Linux类似，只是不能指定备份扩展)。

正如ismail所建议的，

由于perl在任何地方都可用，我只是做perl -pi -e s,foo,bar,g target.file

在处理sed -i在GNU/Linux和BSD/Mac之间根本不兼容的问题时，这似乎是一个比脚本、别名或其他变通方法更好的解决方案。

Steve Powell的回答是非常正确的，在OSX和Linux (Ubuntu 12.04)上查阅sed的MAN页面强调了两个操作系统中“就地”sed使用的不兼容性。

JFYI，使用Linux版本的sed， -i和任何引号(表示空文件扩展名)之间不应该有空格，因此

sed Linux手册

#Linux
sed -i"" 

and

药效发作

#OSX (notice the space after the '-i' argument)
sed -i "" 

我在一个脚本中通过使用alias'd命令和bash 'if'中的'uname'的OS-name输出来解决这个问题。在解释引号时，试图将依赖于操作系统的命令字符串存储在变量中是错误的。为了扩展/使用脚本中定义的别名，必须使用'shopt -s expand_aliases'。这里讨论Shopt的用法。

问题是sed是一个流编辑器，因此就地编辑是一个非posix扩展，每个人实现它的方式都不同。这意味着对于就地编辑，您应该使用ed以获得最佳的可移植性。如。

ed -s foobar.txt <<<$',s/foo/bar/g\nw'

参见https://wiki.bash-hackers.org/howto/edit-ed。

在OSX上，我总是通过Homebrew安装GNU sed版本，以避免在脚本中出现问题，因为大多数脚本都是为GNU sed版本编写的。

brew install gnu-sed --with-default-names

然后你的BSD sed将被GNU sed取代。

或者，你也可以不使用默认名称进行安装，但是:

安装gnu-sed后，根据提示更改PATH 是否根据您的系统检入脚本在gsed或sed之间进行选择

如果你需要在bash脚本中执行sed in-place，并且你不希望in-place的结果是.bkp文件，并且你有一种方法来检测os(比如，使用ostype.sh)，那么下面的bash shell内置eval的hack应该可以工作:

OSTYPE="$(bash ostype.sh)"

cat > myfile.txt <<"EOF"
1111
2222
EOF

if [ "$OSTYPE" == "osx" ]; then
  ISED='-i ""'
else # $OSTYPE == linux64
  ISED='-i""'
fi

eval sed $ISED 's/2222/bbbb/g' myfile.txt
ls 
# GNU and OSX: still only myfile.txt there

cat myfile.txt
# GNU and OSX: both print:
# 1111
# bbbb

# NOTE: 
# if you just use `sed $ISED 's/2222/bbbb/g' myfile.txt` without `eval`,
# then you will get a backup file with quotations in the file name, 
# - that is, `myfile.txt""`