Windows cmd 输出重定向到标准输入（ >&0 ）

Question 1

鉴于 CMD.EXE 的文档严重不足，我不确定预期的行为应该是什么。我当然没有看到任何关于预期行为的文档。所以我认为你很难找到任何人可以明确回答这些行为是否是错误。但我同意它肯定是不一致的，至少在我看来是一个设计缺陷。

我不会将这种情况描述为混乱，因为特定命令的行为似乎是可重现的。但 CMD.EXE 是不一致的，因为我看不出有任何方法可以在不进行测试的情况下预测任何一个命令的行为。

我没有任何解释，但我确实对行为有一些精细的分类。

只要没有命令实际尝试将任何内容写入重定向输出，将 stdout 或 stderr 重定向到 stdin 就可以正常工作。只有当内部命令在重定向到 stdin 后尝试写入 stdout 或 stderr 时，才会发生奇怪的行为。

我扩展了您的测试，并看到了以下不同的行为：

重定向 STDERR2>&01

我没有进行过详尽的测试，但我测试过的每个写入 stderr 的内部命令都会在 stderr 已重定向到 stdin 时立即终止命令会话。示例包括：

cd invalidPath 2>&0
vol x 2>&0
copy nonExistentFile 2>&0
move nonExistentFile 2>&0
set nonExistentVariable 2>&0
dir nonExistentFile 2>&0

您认为的异常实际上从未写入 stderr。尝试以下不带重定向的操作，您将看到没有错误消息：

dir nonExistentFIle *

因此，如果 stderr 被重定向到 stdin，命令就没有理由终止命令会话。

仅当 DIR 在所有提供的文件掩码中都找不到任何匹配的文件时，它才会打印错误消息。

:: This prints an error message
dir nonExistentFile1 nonExistentFile2

:: So this terminates the command session
dir nonExistentFile1 nonExistentFile2 2>&0

重定向 STDOUT1>&0

以下是我所见过的重定向标准输出的行为：

1）输出消失在以太中，没有任何错误消息。

例子：

vol >&0
copy /-y file1 existingFile2 >&0
move /-y file1 existingFile2 >&0

2) 输出失败，错误消息显示到 stderr。单个命令可以生成多条失败消息，每次尝试写入 stdout 失败时都会生成一条失败消息。

例子：

cd >&0
echo Hello >&0

:: This generates 2 error messages, one for the time,
:: and another for the subsequent empty line
time /t >&0

3) 输出失败，批处理终止。如果错误发生在被调用的子程序中，则即使在批处理终止后，活动的 SETLOCAL 仍然有效。在这方面，它的行为很像致命的语法错误。

到目前为止，我只看到一个命令表现出这种行为：

dir >&0

我期望 DIR 命令为每一行输出生成一条错误消息。但它似乎在第一行失败后就终止了，批处理也中止了。

4) 一些命令表现出多种行为。

例子：

:: This SET command generates an error message for each
:: defined variable (behavior 2)
set >&0

:: But this SET command fails to display the prompt without
:: error message (behavior 1). Note that the echo of user input
:: is written directly to :con. It does not use stdout or stderr.
set "var=prompt" >&0

:: A single PAUSE exhibits both behaviors 1 and 2. The prompt to
:: press a key simply dissapears, and the echo of the user input
:: generates an error. Note that in this case, the echo of user
:: input is written to stdout.
pause >&0

Answer