Bash 中双引号和不双引号数组有什么区别？

Question 1

引用数组扩展绝对没有问题。

当然，只要你知道并接受后果，不引用它也没有问题。任何未引用的扩展都会受到拆分和通配符的影响。并且，在您的代码中，${filelist[…]}需要进行 IFS 字符删除（如果字符串包含任何<space>、<tab>或，则进行拆分<newline>）。

这就是未加引号的扩展所做的事情，删除尾随的<newline>.

什么创造这个问题是您在使用时readarray没有从每个数组元素中删除尾随分隔符。这样做会保留反映在错误消息上的
尾随。<newline>

您可以使用的是：

readarray -t filelist < <(ls -A)

该-t选项将删除每个文件名的所有尾随换行符。

-t 从读取的每行中删除尾部分隔符（默认换行符）。

但是您的代码还有一些其他问题。

无需声明或清空数组filelist。默认情况下由 readarray 完成。在其他一些情况下也需要这样做。
不需要解析的输出ls，事实上，这是一个坏主意。获取数组中的文件列表的最简单方法很简单：
```
filelist=( ./* )
```
而且，为了让它变得更好，最好避免使用目录：
```
for file in ./*; do
  [[ -f $file ]] && filelist+=( "$file" )
done
```
在循环中，$file应使用 var 的值：
```
for file in "${filelist[@]}"; do
  sha256sum "$file" | head -c 64
done
```
除非你使用for file in "${!filelist[@]}"; dowhich将列出键数组的。
整个列表只需处理即可一调用 sha256sum：
```
sha256sum "${filelist[@]}" | cut -c -64
```

改进后的脚本是：

filelist=()              # declare filelist as an array and empty it.
for file in ./*; do
    if [[ -f $file ]]; then
        filelist+=( "$file" )
    fi
done
declare -r filelist      # declare filelist as readonly.
sha256sum "${filelist[@]}" | cut -c -64

Answer

引用数组扩展绝对没有问题。

当然，只要你知道并接受后果，不引用它也没有问题。任何未引用的扩展都会受到拆分和通配符的影响。并且，在您的代码中，${filelist[…]}需要进行 IFS 字符删除（如果字符串包含任何<space>、<tab>或，则进行拆分<newline>）。

这就是未加引号的扩展所做的事情，删除尾随的<newline>.

什么创造这个问题是您在使用时readarray没有从每个数组元素中删除尾随分隔符。这样做会保留反映在错误消息上的
尾随。<newline>

您可以使用的是：

readarray -t filelist < <(ls -A)

该-t选项将删除每个文件名的所有尾随换行符。

-t 从读取的每行中删除尾部分隔符（默认换行符）。

但是您的代码还有一些其他问题。

无需声明或清空数组filelist。默认情况下由 readarray 完成。在其他一些情况下也需要这样做。
不需要解析的输出ls，事实上，这是一个坏主意。获取数组中的文件列表的最简单方法很简单：
```
filelist=( ./* )
```
而且，为了让它变得更好，最好避免使用目录：
```
for file in ./*; do
  [[ -f $file ]] && filelist+=( "$file" )
done
```
在循环中，$file应使用 var 的值：
```
for file in "${filelist[@]}"; do
  sha256sum "$file" | head -c 64
done
```
除非你使用for file in "${!filelist[@]}"; dowhich将列出键数组的。
整个列表只需处理即可一调用 sha256sum：
```
sha256sum "${filelist[@]}" | cut -c -64
```

改进后的脚本是：

filelist=()              # declare filelist as an array and empty it.
for file in ./*; do
    if [[ -f $file ]]; then
        filelist+=( "$file" )
    fi
done
declare -r filelist      # declare filelist as readonly.
sha256sum "${filelist[@]}" | cut -c -64

Question 2

在这种情况下我不担心分词

嗯，事实上，你是依靠它从数组条目中删除尾随换行符！

巴什的readarray( mapfile)默认情况下保留分隔符。手册页或命令行帮助似乎没有明确说明，但有一个选项消除分隔符，因此默认情况下它不会被删除：

-t     Remove a trailing delim (default newline) from each line read.

所以，数组中的实际字符串是。file1[newline]

如果没有引号，分词会删除尾随空格，从而修复换行符。但是，如果文件名中含有空格，分词就会像往常一样把它们弄乱。双引号数组可以防止这种情况。回答你的第一个问题，最佳实践是双引号，这里我们只是有一个不需要的额外换行符。

_{（双引号数组或是$@一种稍微令人困惑的例外情况，其中双引号字符串会产生多个单词，每个单词对应一个数组元素。）}

您也可以${filelist[$file]}在sha256sum命令行中使用。这是行不通的，file已经包含从数组接收的值，而不是索引。

作为最小的修改，这可能会起作用：

declare -a filelist
readarray -t filelist < <(ls -A)
readonly filelist
for file in "${filelist[@]}"; do
    sha256sum "$file" | head -c 64
done

（我认为明确的declare实际上也没有必要。）

上述问题与此无关ls上述问题与本身如果您将文件名存储在文件中，每行一个，并使用readarray/mapfile来读取它们而不使用该-t选项，您也会遇到同样的问题。（或者，如果您阅读了的输出find，但在这种情况下，您也许可以使用find -exec它。）

当然，这个是无用的使用ls和的某些版本ls可能会破坏输出中的文件名。（我不认为 GNU ls 在输出到管道时会这样做。）

在 Bash 中，您可以用 glob 填充数组：

shopt -s dotglob
filelist=(*)
for file in *; do ...

或者只在 glob 上运行循环而不存储到数组：

shopt -s dotglob
for file in *; do ...

请注意，您确实需要shopt -s dotglob要得到*点文件，这取决于 shell。

Answer