Shell输出重定向时fdopen绑定stdout报Invalid Argument的原因

Shell输出重定向触发fdopen失败的本质原因 #

Shell执行./test > output.txt这类输出重定向命令时，重定向逻辑不是简单把标准输出的指向修改为目标文件，而是会在启动被运行的程序之前，先以仅写权限打开目标文件（实际调用系统接口open时传入的参数为O_WRONLY | O_CREAT | O_TRUNC），再把打开后的文件描述符赋值给进程的1号标准输出。
而fdopen有强制校验规则：传入的流打开模式，必须和底层文件描述符已有的访问权限完全兼容，不匹配就会直接返回空指针，同时把全局错误码设为EINVAL——也就是你看到的"Invalid Argument"报错。
你代码里fdopen请求的是"r+"即可读可写模式，重定向场景下底层stdout的文件描述符只具备写权限，完全不满足r+模式要求的读权限条件，自然会触发调用失败。

重定向前后stdout的读写权限差异 #

权限确实会发生本质变化：

• 直接执行./test时，stdout默认绑定当前终端设备。Linux内核给终端设备的文件描述符默认是读写双权限（终端本身同时承担输出显示、输入采集的功能），完全匹配r+模式的要求，所以fdopen能正常返回有效句柄，后续操作不会触发异常。
• 执行普通输出重定向后，stdout绑定的是仅写打开的普通文件，完全不具备读权限，自然无法兼容读写模式的打开请求。
  如果需要让重定向后的文件保持读写权限，需要使用Shell的<>重定向语法（比如./test <> output.txt），这种模式下Shell会以O_RDWR权限打开目标文件，此时fdopen(STDOUT_FILENO, "r+")就不会触发权限不匹配的错误。

复现段错误的来源 #

你观察到的段错误和"Invalid Argument"报错是配套出现的：

1. 重定向场景下fdopen因为权限不匹配返回NULL，同时把errno置为EINVAL，也就是你看到的Invalid Argument错误
2. 代码没有对fdopen的返回值做空指针判断，直接对返回的NULL指针执行fclose操作，直接触发段错误
   你提到的替代代码能复现完全一致的异常，本质也是同一个逻辑：如果fdopen已经失败返回NULL，不管中间有没有执行fprintf(stdout, "test\n")的操作，只要最后调用fclose(f)操作空指针，就会触发完全相同的异常表现。

内容的提问来源于stack exchange，提问作者Peabrain