《C陷阱与缺陷》 第五章 库函数

5.1 返回整数的getchar函数

getchar 函数的原型是 int getchar(void) 这意味着像以下这种程序：

char c;
while((c = getchar())!=EOF)
{
    putchar(c);
}

会造成歧义，编译器会将int转成char传递给c，再判断EOF，有的编译器中c甚至容不下EOF，造成错误。

5.2 更新顺序文件

这一节说的是fread和fwrite之间要用fseek来操作一下，或者用fclose和fopen也可以。

5.3 缓冲输出与内存分配

这一节说了这么个问题，当在main函数中利用栈来作为stdout的缓冲区时，因为栈的释放早于缓冲区被清空的时间，所以会造成错误，如下：

#include <stdio.h>
int main()
{
    int c;
    char buf[10];
    setbuf(stdout, buf);
    while((c=getchar())!=EOF)
    {
        putchar(c);
        //fflush(stdout);
    }
    return 0;
}

buf释放早于打印，所以打印会出乱码。书上给出的方案是，用static char buf[10]; 或者 char× buf = (char*)malloc(10);当然，第二种方案会造成内存泄漏，也不是什么好方法。

5.4 使用errno检测错误

说了关于errno使用的一个问题，一般人的用法是这样的：

errno = 0;
//调用库函数
if(errno)
    //处理错误

作者认为，这样的用法不太好，因为有时候，即使调用库函数正确，errno在这个过程中有可能也会被设置，比如，你调用A库函数，其实，只要A库函数调用正确，你就没啥好处理错误了。而在A库函数调用的过程中，A库函数可能会调用B库函数，而在调用B库函数的时候，可能会造成B库函数出错，并设置errno，但是这个都在A库函数的把握之中，A库函数知道B库函数调用错误后应该怎么处理，整个A库函数调用仍然是正确的。但是用上述的写法判断的话，errno被B设置了，而程序员就开始认为A库函数调用错误并开始处理，而这显然是毫无必要的。所以，作者认为应该用以下的方式来处理：

errno = 0;
//调用库函数
if(A函数返回值错误)
    //检查errno，进行错误处理

这样就比较好了。

5.5 库函数signal

这节说的一件事就是，signal无处不在，所以signal处理函数越简单越好，不要写复杂了，因为复杂了以后，可能signal处理函数中又会触发signal，这样挺烦的。

最后

以上就是细腻海燕为你收集整理的《C陷阱与缺陷》 第五章 库函数的全部内容，希望文章能够帮你解决《C陷阱与缺陷》 第五章 库函数所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。