| C/C++ 误区二：fflush(stdin) |
|
1. 为什么 fflush(stdin) 是错的
首先请看以下程序：
#include <stdio.h>
int main( void )
{
int i;
for (;;) {
fputs("Please input an integer: ", stdout);
scanf("%d", &i);
printf("%d/n", i);
}
return 0;
}
这个程序首先会提示用户输入一个整数，然后等待用户输入，如果用户输入的是整数，程序会输出刚才输入的整数，并且再次提示用户输入一个整数，然后等待用户输入。但是一旦用户输入的不是整数（如小数或者字母），假设 scanf 函数最后一次得到的整数是 2 ，那么程序会不停地输出“Please input an integer: 2”。这是因为 scanf("%d", &i); 只能接受整数，如果用户输入了字母，则这个字母会遗留在“输入缓冲区”中。因为缓冲中有数据，故而 scanf 函数不会等待用户输入，直接就去缓冲中读取，可是缓冲中的却是字母，这个字母再次被遗留在缓冲中，如此反复，从而导致不停地输出“Please input an integer: 2”。
也许有人会说：“居然这样，那么在 scanf 函数后面加上‘fflush(stdin);’，把输入缓冲清空掉不就行了？”然而这是错的！C和C++的标准里从来没有定义过 fflush(stdin)。也许有人会说：“可是我用 fflush(stdin) 解决了这个问题，你怎么能说是错的呢？”的确，某些编译器（如VC6）支持用 fflush(stdin) 来清空输入缓冲，但是并非所有编译器都要支持这个功能（linux 下的 gcc 就不支持），因为标准中根本没有定义 fflush(stdin)。MSDN 文档里也清楚地写着fflush on input stream is an extension to the C standard（fflush 操作输入流是对 C 标准的扩充）。当然，如果你毫不在乎程序的移植性，用
fflush(stdin) 也没什么大问题。以下是 C99 对 fflush 函数的定义：
int fflush(FILE *stream);
如果 stream 最近执行的操作不是输入，那么 fflush 函数将把这个流中任何待写数据传送至
宿主环境（host environment）写入文件。否则，它的行为是未定义的。 原文如下：指向输出流或者更新流（update stream），并且这个更新流 int fflush(FILE *stream);
If stream points to an output stream or an update stream in which
the most recent operation was not input, the fflush function causes any unwritten data for that stream to be delivered to the host environment to be written to the file; otherwise, the behavior is undefined.
其中，宿主环境可以理解为操作系统或内核等。
由此可知，如果 stream 指向输入流（如 stdin），那么 fflush 函数的行为是不确定的。故而使用 fflush(stdin) 是不正确的，至少是移植性不好的。
2. 清空输入缓冲区的方法
虽然不可以用 fflush(stdin)，但是我们可以自己写代码来清空输入缓冲区。只需要在 scanf 函数后面加上几句简单的代码就可以了。
/* C 版本 */ #include <stdio.h> int main( void ) { int i, c; for ( ; ; ) { fputs("Please input an integer: ", stdout); scanf("%d", &i);
if ( feof(stdin) || ferror(stdin) )
{ /* 如果用户输入文件结束标志（或文件已被读完）， */ /* 或者发生读写错误，则退出循环 */ /* do something */ break; } /* 没有发生错误，清空输入流。 */ /* 通过 while 循环把输入流中的余留数据“吃”掉 */ while ( (c = getchar()) != '/n' && c != EOF ) ; /* 使用 scanf("%*[^/n]"); 也可以清空输入流， */
/* 不过会残留 /n 字符。 */
printf("%d/n", i);
} return 0; } /* C++ 版本 */ #include <iostream> #include <limits> // 为了使用numeric_limits
using std::cout;
using std::endl; using std::cin; using std::numeric_limits; using std::streamsize;
int main()
{ int value; for ( ; ; ) { cout << "Enter an integer: "; cin >> value; if ( cin.eof() || cin.bad() ) { // 如果用户输入文件结束标志（或文件已被读完）， // 或者发生读写错误，则退出循环
// do something
break; } // 读到非法字符后，输入流将处于出错状态， // 为了继续获取输入，首先要调用 clear 函数 // 来清除输入流的错误标记，然后才能调用 // ignore 函数来清除输入流中的数据。 cin.clear(); // numeric_limits<streamsize>::max() 返回输入缓冲的大小。 // ignore 函数在此将把输入流中的数据清空。 // 这两个函数的具体用法请读者自行查询。 cin.ignore( numeric_limits<streamsize>::max(), '/n' ); cout << value << '/n'; }
return 0;
} |
| C/C++ 误区三：强制转换 malloc() 的返回值 |
| 首先要说的是，使用 malloc 函数，请包含 stdlib.h（C++ 中是 cstdlib），而不是 malloc.h 。因为 malloc.h 从来没有在 C 或者 C++ 标准中出现过！因此并非所有编译器都有 malloc.h 这个头文件。但是所有的 C 编译器都应该有 stdlib.h 这个头文件。 在 C++ 中，强制转换 malloc() 的返回值是必须的，否则不能通过编译。但是在 C 中，这种强制转换却是多余的，并且不利于代码维护。 起初，C 没有 void 指针，那时 char* 被用来作为泛型指针（generic pointer），所以那时 malloc 的返回值是 char* 。因此，那时必须强制转换 malloc 的返回值。后来，ANSI C（即C89） 标准定义了void 指针作为新的泛型指针。void 指针可以不经转换，直接赋值给任何类型的指针（函数指针除外）。从此，malloc 的返回值变成了 void* ，再也不需要强制转换 malloc 的返回值了。以下程序在 VC6 编译无误通过。 #include <stdlib.h> 当然，强制转换malloc的返回值并没有错，但画蛇添足！例如，日后你有可能把double *p改成int *p。这时，你就要把所有相关的 (double *) malloc (sizeof(double))改成(int *)malloc(sizeof(int))。如果改漏了，那么你的程序就存在 bug 。就算你有把握把所有相关的语句都改掉，但这种无聊乏味的工作你不会喜欢吧！不使用强制转换可以避免这样的问题，而且书写简便，何乐而不为呢？使用以下代码，无论以后指针改成什么类型，都不用作任何修改。 double *p = malloc( sizeof *p ); 类似地，使用 calloc ，realloc 等返回值为 void* 的函数时，也不需要强制转换返回值。 |
| C/C++ 常见误区 |
| 在此论坛上发现了一些特别的问题，这些问题在其他地方并不存在，猜想是因为这里以学生为主，而学校的教材和教师与IT发展脱节严重。 1. C++虽然主要是以C的基础发展起来的一门新语言，但她不是C的替代品，不是C的升级，C++和C是兄弟关系。没有谁比谁先进的说法，更重要的一点是C和C++各自的标准委员会是独立的，最新的C++标准是C++98，最新的C标准是C99。因此也没有先学C再说C++的说法，也不再（注意这个"不再"）有C++语法是C语法的超集的说法。 |
扫一扫
1487
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
