Linux basename提取文件名技巧

在Linux脚本中，直接使用`basename "$0"`看似简单，实则暗藏陷阱：路径含空格时未引号会导致参数分裂，软链接下返回链接名而非真实脚本名，相对路径不解析、跨平台（尤其是macOS）支持缺失等问题频发；真正可靠的做法是先通过`readlink -f`或`realpath`对`$0`进行路径归一化——解析软链接、补全绝对路径、消除冗余组件，再用`basename`提取干净的文件名；而是否归一化，本质上取决于你的需求——日志记录可能需要原始调用名，而配置加载或安全校验往往依赖真实路径，因此选择前必须明确“当前脚本路径”在你场景中的语义。

直接用 basename 提取文件名没问题，但脚本里硬写 basename $0 很可能出错——路径含空格、符号或软链接时结果就不可靠。

为什么 basename $0 在脚本中经常失效

因为 $0 是原始调用路径，没做任何标准化处理。比如用户用 ./script.sh、/home/user/../bin/script.sh 或软链接调用，basename $0 都只简单截最后一段，不解析真实路径也不处理空格。

• 若脚本路径含空格（如 /path/to/my script.sh），未加引号的 $0 会被 shell 拆成两个参数，basename 只收到 /path/to/my，结果完全错误
• 软链接场景下，basename $0 返回的是链接名，不是目标脚本名（有时这反而是你想要的，但多数时候不是）
• basename 默认按 / 分割，对 Windows 风格路径（\）或 URL（http://）无意义，但脚本里混用时容易误判

安全提取当前脚本真实文件名的推荐写法

关键不是换函数，而是先归一化路径再取名。用 readlink -f 解析软链接并转为绝对路径，再交给 basename。

SCRIPT_NAME=$(basename "$(readlink -f "$0")")

• "$0" 加双引号，确保含空格路径不被拆分
• readlink -f 会递归解析所有软链接，并补全相对路径为绝对路径（注意：macOS 不带 -f，需用 greadlink -f 或改用 realpath）
• 外层 basename 此时输入是干净的绝对路径，不会出错

想保留软链接名？那就别用 readlink -f

有些场景你确实需要知道“用户怎么调用的”，比如日志记录或权限检查，这时反而是 basename "$0" 更合适——但必须加引号。

• 仅用 basename "$0"：返回调用时的最后一段（可能是链接名、.、甚至空字符串）
• 用 basename "${0##*/}" 是等效替代，纯 shell 内置，不依赖 readlink，但同样不解析软链接
• 如果 $0 是 -bash（交互式 shell 启动脚本），${0##*/} 会返回 -bash，而 basename "$0" 也会一样——这点常被忽略

更严谨的方案：兼容 macOS 和 Linux

Linux 常用 readlink -f，macOS 默认没有；realpath 是 GNU coreutils 工具，macOS 需 brew install coreutils，装完命令是 grealpath。

if command -v realpath >/dev/null 2>&1; then
    SCRIPT_NAME=$(basename "$(realpath "$0")")
elif command -v readlink >/dev/null 2>&1 && readlink -f / >/dev/null 2>&1; then
    SCRIPT_NAME=$(basename "$(readlink -f "$0")")
else
    SCRIPT_NAME=$(basename "$0")
fi

真正麻烦的不是语法，而是不同环境对“当前脚本路径”的定义差异——有人要真实路径，有人要调用路径，有人还要兼容容器内挂载路径。选哪个，得看你的日志、配置加载、或权限校验逻辑到底依赖什么。

以上就是《Linux basename提取文件名技巧》的详细内容，更多关于的资料请关注golang学习网公众号！