| 查看: 491 | 回复: 2 | ||
| 当前只显示满足指定条件的回帖,点击这里查看本话题的所有回帖 | ||
[资源]
【原创】谈谈EOF与feof()已有2人参与
|
||
|
看到tjyl专家顾问的帖子《C语言中文件读取的一个小技巧 》(http://muchong.com/bbs/viewthread.php?tid=1990840),里面仍然在用feof()。 今天,就谈谈这个feof()咯。 很多程序在读取文本文件时,经常会出现一个有趣的现象:程序会把文件的最后一行读两遍。因此很多软件都要求文本文件要在最后添加一个空行。造成这种尴尬的原因主要在于编程时对于如何判断文件末尾产生了误解。 以C语言为例,很多教材、参考书等都给出类似下面的代码来解释如何判断文件结束: 这段代码的错误在于误解了文件末尾(End-of-file,EOF)的含义和feof()函数的功能。所谓文件末尾,往往被理解为文件的最后一个字符是EOF,即–1,而feof()读到这个EOF就返回一个非0值,表示文件读完了。 然而,这是完全错误的! 不论是文本还是二进制文件,其末尾并不存在这么一个EOF字符; feof()本身也并不具备“读”的功能,它返回0还是非0,依据的是最近一次的读取操作,如fgets()、fscanf()或fread()等函数,是否造成“错误(Error)”,因此feof()永远不可能“读”到一个EOF。 判断文件结束的正确机制应该是这样的:那些具有读取功能的函数,在读入文件的最后一个字节(Last Byte)之后,如果不再继续读,那么程序无从判断文件是否结束;只有在读入最后一个字节之后再继续试图读取时,管理磁盘文件的操作系统才会设置一个非0的错误码(Error Code)。而ferror()、feof()等函数是依据这个错误码来判断文件操作方面出现了什么错误以及文件是否结束。无论是文件操作、内存分配还是网络通信,这种判定错误的机制是非常普遍的。 因此,按照上面的代码,当fgets()或fscanf()读到文本文件的最后一行时,并没有造成错误;此时回到循环判断语句,feof()自然返回0,继续执行读取,而这次读取才会触发错误,但fgets()或fscanf()上次所读取的变量并未被更新,因此最后一行的内容会再次被输出;然后,回到循环判断,feof()这时才返回非0,退出循环。至于那种要求文本文件末尾加一个空行的做法,只不过是把空行读了两遍而已。 其实,当fgets()返回NULL或fscanf()返回EOF时,都表示读取出错;在这种情况下,才需要用feof()或ferror()指示究竟是什么错误。所以,正确的文件读取循环应该是: 虽然上面讨论的是文本文件,对于二进制文件来说道理是一样的。至于带有DTD的标记语言,基本上都是调用剖析程序进行;而数据库相关的操作,基本上都是通过数据库接口函数进行的,这里就不再介绍了。 [ Last edited by yalefield on 2010-4-24 at 10:31 ] |
» 猜你喜欢
导师想让我从独立一作变成了共一第一
已经有9人回复
博士读完未来一定会好吗
已经有23人回复
到新单位后,换了新的研究方向,没有团队,持续积累2区以上论文,能申请到面上吗
已经有11人回复
读博
已经有4人回复
JMPT 期刊投稿流程
已经有4人回复
心脉受损
已经有5人回复
Springer期刊投稿求助
已经有4人回复
小论文投稿
已经有3人回复
申请2026年博士
已经有6人回复
» 本主题相关价值贴推荐,对您同样有帮助:
Fortran有EOF文件结尾么?
已经有7人回复
【求助】EOF请教
已经有7人回复
【讨论】谈谈氧逸度在岩浆中的作用【已搜无重复】
已经有13人回复













回复此楼