查找/ foo / bar *而不是查找/ foo -name“ bar *”

Question

通常建议使用

find /foo -name "bar*"

查找/foo以bar开头的所有文件。 使用起来不是很简单吗

find /foo/bar*

？ 我的理解是bash所做的扩展/foo/bar*在最后一个例子，而不是find自己，但有没有参与任何风险？

我用例是我想要存储的命令来find在一个变量，例如，

FINDSTRING='/foo -name "bar*"'
FILES=`find $FINDSTRING`

这不起作用，或者

FINDSTRING='/foo -name bar*'
FILES=`find $FINDSTRING`

如果当前目录中有bar*文件，则无法使用，但是

FINDSTRING='/foo/bar*'
FILES=`find $FINDSTRING`

确实有效。

Answer 1

使用数组来存储命令的选项，而不是平面字符串：

find_options=( /foo -name "bar*" )
files=$( find "${find_options[@]}" )

如果这些文件名包含空格，则尝试将文件列表存储在字符串中还有其他问题，但这是另一个问题。

Answer 2

与其将整个find命令存储在一个变量中，不如将路径和全局模式存储在这样的变量中：

fpath='/foo'
fname='bar*'

然后以以下方式运行find命令：

find "$fpath" -name "$fname"

Answer 3

 FINDSTRING='/foo -name bar*' FILES=`find $FINDSTRING` 

在此示例中， bash扩展了通配符（ * ）而不是find 。 find尝试将文件列表评估为名称模式文件。 所以它不起作用...

否则， -name选项允许我们使用特定的名称文件模式，例如：

sudo find / -name "[0-9]*"

Answer 4

如果当前目录中有bar *文件，则无法使用，但是

您可以通过在参数周围使用单引号防止Bash扩展FINDSTRING的*来解决此问题：

FINDSTRING="/foo -name 'bar*'"

不要让Bash进行扩展（如果这样做，那么使用find到底有什么意义，因为Bash已经生成了匹配文件列表？）

Answer 5

find /foo/bar*仅在/ foo目录的顶层搜索以“ bar”开头的文件名。 例如，如果/foo/quux/bar.txt存在，则find /foo -name "bar*"将找到它，而find /foo/bar*则找不到。

现在，关于将命令存储在变量中，简短的答案是您不能（至少在普通变量中）。 有一些选项可以执行类似于将其存储在变量中的操作，但是应使用哪种选项取决于您为什么要将其存储在变量中。 BashFAQ＃50：我试图将命令放入变量中，但是复杂的情况总是会失败！ 涵盖了这一点，但这是简短的摘要。

• 如果您没有充分的理由在执行命令之前将命令存储在变量中， 请不要这样做 。 存储和检索命令可能会很混乱，如果没有充分的理由，只需跳过整个混乱并直接执行命令即可。

• 如果您需要动态构建命令，则可以将命令（或其仅参数）存储在数组中（如chepner建议）：

   find_options=(/foo -name "bar*") files="$(find "${find_options[@]}")" 

  而且正如chepner指出的那样，如果文件名中包含空格，则此操作将失败。 您确实应该将文件名也存储为数组：

   find_options=(/foo -name "bar*") files=() while IFS= read -r -d '' file; do files+=("file") done < <(find "${find_options[@]}") dostuffwith "${files[@]}" 

  （请参阅BashFAQ＃20：如何查找和安全处理包含换行符，空格或两者兼有的文件名？ ）

• 如果只想重复使用该命令而不每次都写出来，则可以将该命令变成一个函数：

   find_bar() { find /foo -name "bar*" } files=() while IFS= read -r -d '' file; do files+=("file") done < <(find_bar) dostuffwith "${files[@]}"