readlink 不加参数只输出原目标路径的软链接（包括相对路径），加 -f 梯度解析并返回绝对路径，-e 要求输出的最终目的地必须存在或相对路径）

例如软链接 mylink 指向 ../data/config.yaml，执行 readlink mylink 就原输出 ../data/config.yaml，不会自动花全或解析。适合你只想确认“写的下载”链接，不在乎它最终在哪里。荒归解析并返回绝对路径

-f是实际使用中最常用的选项：它会一路继续，直到遇到真正的文件或目录，并将整个路径转换为绝对格式。所有中间组件（包括父目录、软链接的各个阶段）都必须存在于路径中，否则报告会退出如果是软链接链接（A→B→A），readlink -f 会报告：readlink: error: Too much level of symbolic links 即使目标文件已经被删除，只要路径结构还在， -f “电影上”的绝对路径（这一点和realpath的行为是一样的） readlink -e更多的递归解析

和-f类似，但多多全标筑：最终目标要求**必须存在**，否则返回空。 HBuilderX(Linux)

HBuilderX是DCloud推出的一款轻量级前端开发工具，主要用于Linux系统上的Web开发和跨平台应用程序开发，特别适合Vue和uni-app相关项目。

下载适合脚本安全判断，比如部署前验证软链接的配置是否真的指向有效文件。当软链接的最后一部分指向已删除的文件时，readlink -e 不输出任何内容，而 readlink -f 仍输出路径。注意：-e在较旧的GNU coreutils版本中（默认为CentOS 6）不可用，需要确认系统支持该脚本。看ix电影，但当路径包含空格、换行或特殊字符时很容易出现问题。 务必用双引号 打包结果：target="$(readlink -f "$path")"，否则空格会导致变量被截断。 0 或负值；但 shell 脚本中更可靠的方式是检查退出码，而不是返回值

真正麻烦的不是命令如何写，而是软链接的嵌套层数、路径是否存在、目标是否跨越附着点——这些情况 readlink -f 并没有错误，但结果可能不符合预期。