如果我想检查单个文件是否存在，我可以使用test -e filename或[-e filename]进行测试。
假设我有一个glob，我想知道是否有文件名与glob匹配的文件存在。glob可以匹配0个文件(在这种情况下，我不需要做任何事情)，也可以匹配1个或多个文件(在这种情况下，我需要做一些事情)。我如何测试一个glob是否有任何匹配?(我不在乎有多少匹配，这将是最好的，如果我能做到这一点与一个if语句和没有循环(只是因为我发现最易读)。
(如果glob匹配多个文件，则test -e glob*失败。)
当前回答
#!/usr/bin/env bash
# If it is set, then an unmatched glob is swept away entirely --
# replaced with a set of zero words --
# instead of remaining in place as a single word.
shopt -s nullglob
M=(*px)
if [ "${#M[*]}" -ge 1 ]; then
echo "${#M[*]} matches."
else
echo "No such files."
fi
其他回答
基于flabdablet的答案，对我来说，它看起来最简单的(不一定是最快的)就是使用find本身，同时在shell上留下glob展开，像:
find /some/{p,long-p}ath/with/*globs* -quit &> /dev/null && echo "MATCH"
或者在if like中:
if find $yourGlob -quit &> /dev/null; then
echo "MATCH"
else
echo "NOT-FOUND"
fi
#!/bin/bash
set nullglob
touch /tmp/foo1 /tmp/foo2 /tmp/foo3
FOUND=0
for FILE in /tmp/foo*
do
FOUND=$((${FOUND} + 1))
done
if [ ${FOUND} -gt 0 ]; then
echo "I found ${FOUND} matches"
else
echo "No matches found"
fi
ls | grep - q“glob *。”
这不是最有效的解决方案(如果目录中有大量文件，它可能会比较慢)，但它很简单，易于阅读，而且它的优点是正则表达式比普通的Bash glob模式更强大。
nullglob shell选项实际上是bashism。
为了避免繁琐的保存和恢复nullglob状态，我只在扩展glob的subshell中设置它:
if test -n "$(shopt -s nullglob; echo glob*)"
then
echo found
else
echo not found
fi
为了获得更好的可移植性和更灵活的通配符，使用find:
if test -n "$(find . -maxdepth 1 -name 'glob*' -print -quit)"
then
echo found
else
echo not found
fi
显式-print -quit操作用于查找，而不是默认的隐式-print操作，以便查找在找到第一个匹配搜索条件的文件时立即退出。当许多文件匹配时，这应该比echo glob*或ls glob*运行得快得多，并且它还避免了过度填充扩展命令行的可能性(一些shell有4K长度限制)。
如果find感觉有点多余，可能匹配的文件数量很少，请使用stat:
if stat -t glob* >/dev/null 2>&1
then
echo found
else
echo not found
fi
(ls glob* &>/dev/null && echo Files found) || echo No file found
