创建文件描述符然后回显它有什么意义
what is the point to create a file descriptor and then echo to it
我在一些 Linux bash 脚本中看到，例如 configure 由 autoconf 生成的脚本，这样的序列
exec 5>>config.log
(...)
echo foo >&5
(...)
echo bar >&5
（重复多次）
在我看来，一个人可以做到
echo foo >>config.log
哪个更简单。那么用 exec 这样做有什么意义呢？一定有一些我不明白的原因。这是什么？
方便。如果您的目标日志文件名发生变化，您将不得不搜索并替换所有实例。这很烦人。您可以使用变量稍微减轻这种情况：
$LOGFILE=config.log
echo foo>>$LOGFILE
性能。 这些行中的每一行，bash 都必须扩展 LOGFILE -- 需要时间。然后 bash 必须 fopen 文件 -- 需要很多时间。那么bash就可以fwrite了。然后bash终于fclose了。因此，当您使用字符串而不是文件描述符时，bash 必须做大量工作才能将数据填充到文件中。一关，二关，这没什么大不了的。做成百上千次？ It adds up.
灵活性。一旦你把它分配给一个文件描述符，你可以做interesting things:
- 将其重定向到其他地方
- 在其他地方复制它（比如 stderr）
- 永久关闭
- 将其作为过滤器的一部分应用
我在一些 Linux bash 脚本中看到，例如 configure 由 autoconf 生成的脚本，这样的序列
exec 5>>config.log
(...)
echo foo >&5
(...)
echo bar >&5
（重复多次）
在我看来，一个人可以做到
echo foo >>config.log
哪个更简单。那么用 exec 这样做有什么意义呢？一定有一些我不明白的原因。这是什么？
方便。如果您的目标日志文件名发生变化，您将不得不搜索并替换所有实例。这很烦人。您可以使用变量稍微减轻这种情况：
$LOGFILE=config.log
echo foo>>$LOGFILE
性能。 这些行中的每一行，bash 都必须扩展 LOGFILE -- 需要时间。然后 bash 必须 fopen 文件 -- 需要很多时间。那么bash就可以fwrite了。然后bash终于fclose了。因此，当您使用字符串而不是文件描述符时，bash 必须做大量工作才能将数据填充到文件中。一关，二关，这没什么大不了的。做成百上千次？ It adds up.
灵活性。一旦你把它分配给一个文件描述符，你可以做interesting things:
- 将其重定向到其他地方
- 在其他地方复制它（比如 stderr）
- 永久关闭
- 将其作为过滤器的一部分应用