关于errno的判断

errno的判断

很多库函数，特别是那些与操作系统相关的，当执行失败时，需要对errno的值进行判断，判断程序是否执行失败。下面的代码利用对errno的判断，进行错误处理，似乎在清楚明白不过了，然而这却是错误的！

/* 库函数调用 */
if(errno)
{
    /* 错误处理 */
}

出错原因在于，在库函数调用没有失败的情况下，并没有强制要求库函数一定要设置errno为0，这样errno的值就可能是前一个执行失败的库函数设置的值。下面的代码更正了一下，似乎能够工作，可惜还是错误的！

errno = 0;

/* 库函数调用 */
if(errno)
{
    /*错误处理*/
}

库函数调在调用成功时，既没有强制要求对errno清零，但同时也没有禁止设置errno。既然库函数已经调用成功，为什么还有可能设置errno呢？

要理解这一点，我们不妨假设一下库函数fopen在调用时可能会发生的情况。当fopen函数被要求新建一个文件以供程序输出时，如果已经存在一个同名文件，fopen函数先将删除它，然后新建一个文件。这样，fopen函数可能需要调用其他的库函数，以检测同名文件是否已经存在。（假设用于检测文件的库函数，在文件不存在时，会设置errno。那么fopen函数每次新建一个事先并不存在的文件时，即使没有任何程序发生错误，errno也仍然可能会被设置）

因此，在调用库函数是，首先应该检测，作为错误指示的返回值，确定程序执行失败之后，再去检查errno，来搞清楚库函数系统调用时发生了什么。

/* 库函数调用 */
if(返回值判断)
{
    /* 错误结果 */
    if(errno == XXX)
    {
        /* 错误处理 */
    }
}
else
{
    /* 正确处理 */
}

是不是看到这里感觉代码优化的已经可以了，其实还不行！原因是如果在判断 if (errno == xxx) 判断之前如果有其他操作，比如打印，还有memset比较大的结构体等其他消耗时间的操作，这会影响到 if 判断。在前面提到的打印，memset，memcpy等操作正在进行时，可能有其他的进程，线程在系统调用库函数，修改了errno的值，所以上面的代码并不完美！

int level_err = 0;

/* 库函数调用 */

/*  在系统调用完成之后，第一件事情将errno保存到一个临时变量里面，排除其他系统调用的干扰  */

level_err = errno;  

if(返回值判断)
{
    /* 错误结果 */
    if(level_err == XXX)
    {
        /* 错误处理 */
    }
}
else
{
    /* 正确处理 */
}