如果重定向失败，将不执行Bash程序

在bash中，我注意到，如果使用重定向的命令失败，则在此之前运行的任何程序都不会运行。

例如，此程序打开文件“ a”，并将50个字节写入文件“ a”。但是，运行此命令并将其重定向到权限不足的文件（〜root / log），文件大小“ a”不变。

$ ./write_file.py >> ~root/log
-bash: /var/root/log: Permission denied
cdal at Mac in ~/experimental/unix_write
$ ls -lt
total 16
-rw-rw-r--  1 cdal  staff  0 Apr 27 08:54 a <-- SHOULD BE 50 BYTES

有人会认为程序会运行，捕获所有输出（但也会写入文件“ a”），然后无法将任何输出写入〜root / log。而是永远不会运行该程序。

为什么会这样，bash在执行程序之前如何选择执行的“检查”的顺序？是否还要执行其他检查？

ps我试图确定在cron下运行的程序在重定向到“权限被拒绝”文件时是否真的运行了。

这实际上不是排序检查的问题，仅是外壳程序设置顺序的问题。重定向是在运行命令之前设置的；因此，在您的示例中，shell ~root/log在尝试执行涉及的任何操作之前会尝试打开以进行追加./write_file.py。由于无法打开日志文件，因此重定向失败，shell此时将停止处理命令行。

演示此问题的一种方法是获取一个不可执行的文件并尝试运行它：

$ touch demo
$ ./demo
zsh: permission denied: ./demo
$ ./demo > ~root/log
zsh: permission denied: /root/log

这表明./demo当无法设置重定向时，shell甚至都不会看。

在bash手册页的“重定向”部分（我强调）：

在执行命令之前，可以使用由Shell解释的特殊符号来重定向其输入和输出。

...

打开或创建文件失败会导致重定向失败。

因此，shell尝试打开的目标文件stdout，但失败，并且根本不执行命令。

值得观察的是，外壳程序必须在启动程序之前建立重定向。

考虑您的示例：

./write_file.py >> ~root/log

外壳中发生的是：

1. 我们（外壳）fork()；子进程从其父进程（shell）继承打开文件描述符。
2. 在子进程中，我们fopen()（扩展）“〜root / log”，并将dup2()其扩展到fd 1（和close()临时fd）。如果fopen()失败，请致电exit()将错误报告给父母。
3. 仍然在孩子中，我们是exec()“ ./write_file.py”。现在，此过程不再运行任何代码（除非我们执行失败，在这种情况下，我们exit()将错误报告给父级）。
4. 父母将wait()让孩子终止并处理其退出代码（$?至少将其复制到中）。

所以重定向在与孩子发生fork()和exec()：它以前没有发生过fork()，因为它不能改变shell的标准输出，并在其后可能不会发生exec()，因为文件名和shell的可执行代码现在已经换成了Python程序。父级无法访问子级的文件描述符（即使这样做，也不能保证exec()在第一次写入stdout 之间进行重定向和重定向）。

很抱歉通知您，情况恰恰相反。外壳程序需要先打开它的I / O，然后将控制权传递给程序。

tee 在这种情况下可能会有所帮助： ./write_file.py | tee -a ~root/log > /dev/null