linux - basename 命令混淆

Question

给定以下命令:

      $(basename "/this-directory-does-not-exist/*.txt" ".txt")

它不仅输出 txt 文件，还输出其他文件。另一方面，如果我将“.txt”更改为“gobble de gook”之类的内容，它会返回:

     *.txt

我对它返回其他扩展类型的原因感到困惑。

Answer 1

您的问题并非源于 basename，而是源于由于缺少引号而无意中使用了 shell 的路径名扩展(通配符)功能:

如果您使用命令替换的结果 ($(...)) 未加引号:

$ echo $(basename "/this-directory-does-not-exist/*.txt" ".txt")

您有效地执行了以下操作:

$ echo *   # unquoted '*' expands to all files and folders in the current dir

因为 basename "/this-directory-does-not-exist/*.txt"".txt" 返回文字 * (它从文件名 *.txt;
文件名 pattern *.txt 没有扩展为实际文件名的原因是 shell 留下了不匹配任何未修改的任何匹配模式(默认情况下)。 )

如果您双引号命令替换，问题就会消失:

$ echo "$(basename "/this-directory-does-not-exist/*.txt" ".txt")" # -> *

但是，即使解决了这个问题，您的 basename 命令只有在 glob 扩展到 一个 匹配文件时才能正常工作，因为您使用的语法形式仅支持一个 文件名参数。

GNU basename 和 BSD basename 支持非 POSIX -s 选项，它允许多个文件操作数从中剥离扩展名:

basename -s .txt "/some-dir/*.txt"

---

假设您使用 bash，您可以将它们稳健地组合在一起，如下所示:

#!/usr/bin/env bash

names=()        # initialize result array

files=( *.txt ) # perform globbing and capture matching paths in an array

# Since the shell by default returns a pattern as-is if there are no matches,
# we test the first array item for existence; if it refers to an existing
# file or dir., we know that at least 1 match was found.
if [[ -e ${files[0]} ]]; then
  # Apply the `basename` command with suffix-stripping to all matches
  # and read the results robustly into an array.
  # Note that just `names=( $(basename ...) )` would NOT work robustly.
  readarray -t names < <(basename -s '.txt' "${files[@]}")
  # Note: `readarray` requires Bash 4; in Bash 3.x, use the following:
  #    IFS=$'\n' read -r -d '' -a names < <(basename -s '.txt' "${files[@]}")
fi

# "${names[@]}" now contains an array of suffix-stripped basenames, 
# or is empty, if no files matched.
printf '%s\n' "${names[@]}"  # print names line by line

注意:-e 测试有一个小警告:如果有匹配项并且第一个匹配项是损坏的符号链接(symbolic link)，测试将错误地断定有没有匹配项。
一个更健壮的选项是使用 shopt -s nullglob 使 shell 将不匹配的 glob 扩展为空字符串，但请注意这是一个 shell 全局选项，返回之后它恢复到以前的值，这使得该方法更加麻烦。