我发现了一些值得分享的巧妙解决方案。第一个仍然存在“如果匹配太多就会破坏”的问题:

pat="yourpattern*" matches=($pat) ; [[ "$matches" != "$pat" ]] && echo "found"

(回想一下，如果你使用一个没有[]语法的数组，你会得到数组的第一个元素。)

如果你在你的脚本中有"shop -s nullglob"，你可以简单地这样做:

matches=(yourpattern*) ; [[ "$matches" ]] && echo "found"

现在，如果一个目录中可能有大量的文件，你很可能会使用find:

find /path/to/dir -maxdepth 1 -type f -name 'yourpattern*' | grep -q '.' && echo 'found'

如果网络文件夹中有大量文件，使用通配符是有问题的(速度，或命令行参数溢出)。

最后我得到了:

if [ -n "$(find somedir/that_may_not_exist_yet -maxdepth 1 -name \*.ext -print -quit)" ] ; then
  echo Such file exists
fi

您可以执行以下操作:

set -- xorg-x11-fonts*
if [ -f "$1" ]; then
    printf "BLAH"
fi

这适用于sh和衍生品:KornShell和Bash。它不会创建任何子壳。$(..)和'…在其他解决方案中使用的命令会创建一个子shell:它们会派生一个进程，而且效率很低。当然，它可以处理多个文件，而且这个解决方案可能是最快的，或者仅次于最快的。

当没有任何匹配时，它也能工作。没有必要像某位评论员所说的那样使用nullglob。$1将包含原始的测试名称，因此test -f $1将不会成功，因为$1文件不存在。

解决方案:

files=$(ls xorg-x11-fonts* 2> /dev/null | wc -l)
if [ "$files" != "0" ]
then
   echo "Exists"
else
    echo "None found."
fi

> Exists

Use:

files=(xorg-x11-fonts*)

if [ -e "${files[0]}" ];
then
    printf "BLAH"
fi

如果您的shell有一个nullglob选项，并且该选项被打开，则不匹配任何文件的通配符模式将从命令行中完全删除。这将使ls看不到任何pathname参数，列出当前目录的内容并成功，这是错误的。如果没有参数或参数命名了一个不存在的文件，GNU stat总是会失败，它将更加健壮。另外，&>重定向操作符是bashism。

if stat --printf='' /path/to/your/files* 2>/dev/null
then
    echo found
else
    echo not found
fi

更好的是GNU find，它可以在内部处理通配符搜索，并在找到一个匹配文件时立即退出，而不是浪费时间处理由shell扩展的潜在的巨大列表;这也避免了shell可能溢出其命令行缓冲区的风险。

if test -n "$(find /dir/to/search -maxdepth 1 -name 'files*' -print -quit)"
then
    echo found
else
    echo not found
fi

非gnu版本的find可能没有此处使用的-maxdepth选项，以使find只搜索/dir/to/search，而不是整个目录树。