实现

安装酿造

按照https://brew.sh/上的说明操作

安装coreutils包

酿造安装coreutils

创建别名或符号链接

3 a。创建一个别名(每个用户)

您可以将别名放在~/中。bashrc,(~ /。Bash_profile，或者任何您习惯保存bash别名的地方。我个人把我的文件保存在~/.bashrc中

别名指向= greadlink

3 b。创建一个符号链接(系统范围)

ln -s /usr/local/bin/greadlink /usr/local/bin/readlink(来源:Izana)

这将在/usr/local/bin中创建一个符号链接，同时保留原始的readlink二进制文件。它可以工作，因为搜索readlink将返回2个结果。但是/usr/local/bin中的第二个将优先。

例如，哪个readlink

要撤消此更改，只需取消link /usr/local/bin/readlink

额外的工具

您可以为其他coreutil创建类似的别名或符号链接，例如gmv、gdu、gdf等等。但是要注意，GNU在mac机器上的行为可能会让其他习惯使用本机coreutils的人感到困惑，或者在mac系统上可能会以意想不到的方式表现。

解释

coreutils是一个brew包，用于安装GNU/Linux核心实用程序，这些实用程序对应于Mac OSX实现，以便您可以使用它们

你可能会发现mac osx系统上的程序或实用程序看起来与Linux coreutils(“核心实用程序”)相似，但它们在某些方面有所不同(例如具有不同的标志)。

这是因为Mac OSX对这些工具的实现是不同的。要获得原始的类似GNU/ linux的行为，您可以通过brew包管理系统安装coreutils包。

这将安装相应的核心实用程序，前缀为g。例如，对于readlink，你将找到相应的greadlink程序。

为了使readlink执行起来像GNU readlink (greadlink)实现，您可以在安装coreutils后创建一个简单的别名或符号链接。

真正的平台独立也是r -online

readlink(){ RScript -e "cat(normalizePath(commandArgs(T)[1]))" "$1";}

要实际模拟readlink -f <path>，需要使用$2而不是$1。

您可能既需要可移植的纯shell实现，也需要单元测试覆盖率，因为此类情况的边缘情况的数量非常多。

查看我的项目在Github上的测试和完整代码。下面是实现的概要:

正如Keith Smith敏锐地指出的那样，readlink -f做了两件事:1)递归地解析符号链接，2)规范化结果，因此:

realpath() {
    canonicalize_path "$(resolve_symlinks "$1")"
}

首先，符号链接解析器实现:

resolve_symlinks() {
    local dir_context path
    path=$(readlink -- "$1")
    if [ $? -eq 0 ]; then
        dir_context=$(dirname -- "$1")
        resolve_symlinks "$(_prepend_path_if_relative "$dir_context" "$path")"
    else
        printf '%s\n' "$1"
    fi
}

_prepend_path_if_relative() {
    case "$2" in
        /* ) printf '%s\n' "$2" ;;
         * ) printf '%s\n' "$1/$2" ;;
    esac 
}

请注意，这是完整实现的略微简化版本。完整的实现为符号链接循环添加了一个小检查，并对输出进行了一些处理。

最后，规范化路径的函数:

canonicalize_path() {
    if [ -d "$1" ]; then
        _canonicalize_dir_path "$1"
    else
        _canonicalize_file_path "$1"
    fi
}   

_canonicalize_dir_path() {
    (cd "$1" 2>/dev/null && pwd -P) 
}           
        
_canonicalize_file_path() {
    local dir file
    dir=$(dirname -- "$1")
    file=$(basename -- "$1")
    (cd "$dir" 2>/dev/null && printf '%s/%s\n' "$(pwd -P)" "$file")
}

差不多就是这样。简单到可以粘贴到您的脚本中，但也非常棘手，如果您依赖于任何用例中没有单元测试的代码，那就太疯狂了。

解决这个问题并在安装了Homebrew或FreeBSD的Mac上启用readlink功能的最简单方法是安装“coreutils”包。在某些Linux发行版和其他POSIX操作系统上可能也是必需的。

例如，在FreeBSD 11中，我通过调用:

# PKG安装coreutils

在使用Homebrew的MacOS上，命令将是:

$ brew install coreutils

不太确定为什么其他答案如此复杂，这就是它的全部。文件并没有在不同的地方，只是还没有安装。

我想，迟到总比不到好。我之所以特别开发它，是因为我的Fedora脚本无法在Mac上运行。问题在于依赖关系和Bash。mac没有，或者如果有，它们通常在其他地方(另一条路径)。跨平台Bash脚本中的依赖路径操作在最好的情况下是令人头痛的，在最坏的情况下是存在安全风险的——因此最好尽可能避免使用它们。

下面的get_realpath()函数很简单，以bash为中心，不需要依赖关系。我只使用Bash内置的echo和cd。它也相当安全，因为在每个阶段都会测试所有内容，并返回错误条件。

如果您不想遵循符号链接，那么在脚本前面放置set -P，否则cd将默认解析符号链接。它已经用文件参数{absolute | relative | symlink | local}进行了测试，它返回文件的绝对路径。到目前为止，我们还没有遇到任何问题。

function get_realpath() {

if [[ -f "$1" ]]
then
    # file *must* exist
    if cd "$(echo "${1%/*}")" &>/dev/null
    then
        # file *may* not be local
        # exception is ./file.ext
        # try 'cd .; cd -;' *works!*
        local tmppwd="$PWD"
        cd - &>/dev/null
    else
        # file *must* be local
        local tmppwd="$PWD"
    fi
else
    # file *cannot* exist
    return 1 # failure
fi

# reassemble realpath
echo "$tmppwd"/"${1##*/}"
return 0 # success

}

您可以将此函数与其他函数get_dirname, get_filename, get_stemname和validate_path结合使用。这些可以在我们的GitHub存储库中以realpath-lib的形式找到(完全公开-这是我们的产品，但我们免费向社区提供，没有任何限制)。它也可以作为一种教学工具——它有很好的文档。

我们已经尽最大努力应用所谓的“现代Bash”实践，但Bash是一个很大的主题，我相信总会有改进的空间。它需要Bash 4+，但如果旧版本仍然存在，则可以使其与旧版本一起工作。

MacPorts和Homebrew提供了包含greadlink (GNU readlink)的coreutils包。这要归功于Michael Kallweitt在mackb.com上的帖子。

brew install coreutils

greadlink -f file.txt