测试glob是否在bash中有任何匹配项

如果要检查是否存在单个文件，可以使用test -e filename或进行测试[ -e filename ]。

假设我有一个glob，我想知道是否存在名称与该glob匹配的任何文件。这个glob可以匹配0个文件（在这种情况下，我什么都不要做），也可以匹配1个或多个文件（在这种情况下，我需要做些什么）。我如何测试一个glob是否有匹配项？（我不在乎有多少个匹配项，最好是我可以只用一条if语句就可以做到这一点，并且没有循环（这是因为我发现它最易读）。

（test -e glob*如果全局匹配多个文件，则失败。）

重击特定的解决方案：

compgen -G "<glob-pattern>"

退出模式，否则它将被预先展开为匹配项。

退出状态为：

• 1表示不匹配，
• “一次或多次比赛”为0

stdout是与glob匹配的文件列表。
我认为，从简明性和最小化潜在副作用的角度来看，这是最佳选择。

更新：请求示例用法。

if compgen -G "/tmp/someFiles*" > /dev/null; then
    echo "Some files exist."
fi

nullglob shell选项确实是一种bashism。

为了避免对nullglob状态进行繁琐的保存和恢复，我只将其设置在扩展glob的子外壳中：

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*，并且还避免了过度填充扩展命令行的可能性（某些外壳程序的长度限制为4K）。

如果发现感觉有点过头了，并且可能匹配的文件数量很少，请使用stat：

if stat -t glob* >/dev/null 2>&1
then
    echo found
else
    echo not found
fi

#!/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

我喜欢

exists() {
    [ -e "$1" ]
}

if exists glob*; then
    echo found
else
    echo not found
fi

这既可读又高效（除非有大量文件）。
主要缺点是它比看起来要微妙得多，有时我不得不添加一个冗长的评论。
如果存在匹配项，"glob*"则由shell进行扩展，并将所有匹配项传递给exists()，以检查第一个匹配项，而忽略其余匹配项。
如果没有匹配项，"glob*"则传递给exists()并发现那里也不存在。

编辑：可能有误报，请参阅评论

如果您设置了globfail，则可以使用这个疯狂选项（您实际上不应该这样做）

shopt -s failglob # exit if * does not match 
( : * ) && echo 0 || echo 1

要么

q=( * ) && echo 0 || echo 1

test -e有一个不幸的警告，它认为不存在断开的符号链接。因此，您可能也要检查这些内容。

function globexists {
  test -e "$1" -o -L "$1"
}

if globexists glob*; then
    echo found
else
    echo not found
fi

为了简化MYYN的答案，基于他的想法：

M=(*py)
if [ -e ${M[0]} ]; then
  echo Found
else
  echo Not Found
fi

根据flabdablet的答案，对我来说，看起来最简单（不一定是最快）只是使用find本身，而将glob扩展留在shell上，例如：

find /some/{p,long-p}ath/with/*globs* -quit &> /dev/null && echo "MATCH"

或者if像：

if find $yourGlob -quit &> /dev/null; then
    echo "MATCH"
else
    echo "NOT-FOUND"
fi

我还有另一个解决方案：

if [ "$(echo glob*)" != 'glob*' ]

这对我来说很好。我想念一些极端的情况吗？

在Bash中，您可以遍历数组；如果glob不匹配，则您的数组将包含一个与现有文件不对应的条目：

#!/bin/bash

shellglob='*.sh'

scripts=($shellglob)

if [ -e "${scripts[0]}" ]
then stat "${scripts[@]}"
fi

注意：如果已nullglob设置，scripts将是一个空数组，应该使用[ "${scripts[*]}" ]或进行测试[ "${#scripts[*]}" != 0 ]。如果您要编写必须使用或不使用的库，则nullglob需要

if [ "${scripts[*]}" ] && [ -e "${scripts[0]}" ]

这种方法的优势在于，您可以拥有要使用的文件列表，而不必重复进行glob操作。

这种可恶似乎有效：

#!/usr/bin/env bash
shopt -s nullglob
if [ "`echo *py`" != "" ]; then
    echo "Glob matched"
else
    echo "Glob did not match"
fi

它可能需要bash，而不是sh。

之所以有效，是因为nullglob选项使glob在没有匹配项的情况下求值为空字符串。因此，echo命令的任何非空输出都表明该glob与某些内容匹配。

我没有看到这个答案，所以我想把它放在那里：

set -- glob*
[ -f "$1" ] && echo "found $@"

set -- glob*
if [ -f "$1" ]; then
  echo "It matched"
fi

说明

如果没有匹配项glob*，$1则将包含'glob*'。测试-f "$1"不正确，因为glob*文件不存在。

为什么这比替代品更好

这适用于sh及其派生词：ksh和bash。它不会创建任何子外壳。$(..)和`...`命令创建一个子外壳；他们分叉了一个过程，因此比该解决方案要慢。

像这样 重击（包含的测试文件pattern）：

shopt -s nullglob
compgen -W *pattern* &>/dev/null
case $? in
    0) echo "only one file match" ;;
    1) echo "more than one file match" ;;
    2) echo "no file match" ;;
esac

它比compgen -G：更好，因为我们可以区分更多情况，并且更精确。

只能使用一个通配符 *

if ls -d $glob > /dev/null 2>&1; then
  echo Found.
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 glob* &>/dev/null && echo Files found) || echo No file found

ls | grep -q "glob.*"

不是最有效的解决方案（如果目录中有很多文件，它可能会变慢），但是它简单，易读，并且具有正则表达式比普通bash glob模式更强大的优点。

[ `ls glob* 2>/dev/null | head -n 1` ] && echo true