如果你真的想用“简单”的方式使用sed -i，下面的方法在GNU和BSD/Mac sed上都有效:

sed -i.bak 's/foo/bar/' filename

注意这里没有空格和圆点。

证明:

# GNU sed
% sed --version | head -1
GNU sed version 4.2.1
% echo 'foo' > file
% sed -i.bak 's/foo/bar/' ./file
% ls
file  file.bak
% cat ./file
bar

# BSD sed
% sed --version 2>&1 | head -1
sed: illegal option -- -
% echo 'foo' > file
% sed -i.bak 's/foo/bar/' ./file
% ls
file  file.bak
% cat ./file
bar

显然，你可以删除。bak文件。

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的用法。

没有办法让它正常工作。

一种方法是使用临时文件，比如:

TMP_FILE=`mktemp /tmp/config.XXXXXXXXXX`
sed -e "s/abc/def/" some/file > $TMP_FILE
mv $TMP_FILE some/file

这对两者都有效

适用于GNU系统和OSX的可移植脚本:

if [[ $(uname) == "Darwin" ]]; then
    SP=" " # Needed for portability with sed
fi

sed -i${SP}'' -e "s/foo/bar/g" -e "s/ping/pong/g" foobar.txt

下面是另一个在Linux和macOS上工作的版本，无需使用eval，也无需删除备份文件。它使用Bash数组来存储sed参数，这比使用eval更简洁:

# Default case for Linux sed, just use "-i"
sedi=(-i)
case "$(uname)" in
  # For macOS, use two parameters
  Darwin*) sedi=(-i "")
esac

# Expand the parameters in the actual call to "sed"
sed "${sedi[@]}" -e 's/foo/bar/' target.file

这不会创建备份文件，也不会创建带有追加引号的文件。

我遇到了这个问题。唯一快速的解决方案是将mac中的sed替换为gnu版本:

brew install gnu-sed