daemon守护进程中将stdin，stdout，stderr重定向到/dev/null的问题

有人认为对于后台守护进程做此类重定向操作浪费资源，建议直接关闭0、1、2号句
柄拉倒，这是非常不正确的。假设它们确实被关闭了，则一些普通数据文件句柄将等
于0、1、2。以2号句柄为例，某些库函数失败后会向2号句柄输出错误信息，这将破
坏原有数据。
1、如下代码将stdin、stdout、stderr重定向到/dev/null

   freopen( "/dev/null", "w", stdout );   freopen( "/dev/null", "w", stderr );   freopen( "/dev/null", "r", stdin ); 

第一种方式不是总能达到目的。freopen()并不确保新的文件流描述符一定重用底层
原有文件句柄。假如未能重用，向stderr流输出的标准I/O函数最终输出到/dev/null，
但那些向STDERR_FILENO句柄输出的标准I/O函数就没这么幸运了，可能输出到一些不
可预期的文件中去。换句话说，2号句柄此时不再是标准错误输出了。比如:
write( 2, … )，这样的调用存在安全问题。
2、apue中daemon例子中是如下做的：

   close( 0 );   close( 1 );   close( 2 );   open( "/dev/null", O_RDWR );   dup( 0 );   dup( 0 );

这种方式可以避免上述问题，然而存在竞争环境问题。

3、现在看下述代码:

    int fd = open( "/dev/null", O_RDWR );    /*     * handle failure of open() somehow     */    dup2( fd, 0 );    dup2( fd, 1 );    dup2( fd, 2 );    if ( fd > 2 )    {        close( fd );  ｝

与第二种方式相比，这种代码是线程安全的。