close stdin/stdout 引发的BUG
大概是去年初的时候的一件事,客户说有一个生产系统上的程序行为不正常,总是在日志里出现一些乱糟糟的信息,
仔细交流之后,客户说只在配置文件是某种状态时才会出现。看了一下,目标就锁定在那个调用的close函数上了
后来想了一想,猛然想起来了:“ open 一个文件时,它的文件描述符总是最小的可用值"
代码示例如下:
[of@lbaby workspace]$ cat tclose.c
#include <stdio.h>
#include <unistd.h>
int main(void)
{
close(0);
close(1);
close(2);
fopen("a", "w");
fopen("b", "w");
printf("hello world/n");
}
[of@lbaby workspace]$ cc -o tclose tclose.c
[of@lbaby workspace]$ ./tclose
[of@lbaby workspace]$ cat b
hello world
[of@lbaby workspace]$
你没看错,printf 没有正常输出,而是输出到文件b中去了
这是因为 close了0(stdin),1(stdout),2(stderr) 以后,
fopen 的 a ,b 的文件描述符分别为0,1,printf的最终调用其实是对文件描述符1的write调用
因此,写文件时就写到b 中去了。
明白了产生原因之后,就容易改动了:把程序中所有涉及到的调试输出(坏毛病啊,发布版里有调试输出,不是我写的代码)删除,算是暂时解决了这个问题。
教训:不要轻易关闭 stdin/stdout/stderr,如果非要关闭,将0, 1 , 2 dup2 到/dev/null之后再进行
云风的blog 也记录了相关的问题 有兴趣的可以看 这里