eof在c语言中表示文件结束符。在while循环中以EOF作为文件结束标志,这种以EOF作为文件结束标志的文件,必须是文本文件。
在文本文件中,数据都是以字符的ASCII代码值的形式存放。ASCII代码值的范围是0~127,不可能出现-1,因此可以用EOF作为文件结束标志。
档案存取或其它 I/O 功能可能传回等于象征符号值 (巨集) EOF 指示档案结束的情形发生。实际上 EOF 的值通常为 -1,但它依系统有所不同。巨集 EOF会在编译原始码前展开实际值给预处理器。
C语言中,EOF常被作为文件结束的标志。还有很多文件处理函数处错误后的返回值也是EOF,因此常被用来判断调用一个函数是否成功。
扩展资料
在 UNIX中, EOF表示能从交互式 shell (终端) 送出 Ctrl+D (习惯性标准)。在微软的 DOS 与 Windows 中能送出 Ctrl+Z。在某些例子处理纯文字档案或从"字元设备"读入资料,微软MS-DOS的 shell 或系统程序会加入ASCIIControl-Z 字元到磁碟档案结束处 (尽管基本核心MSDOS.SYS档案写入呼叫从未附加 Control-Z)。
向下相容于一些奇特的CP/M功能,从CP/M 档案系统只能就记录的档案长度分配多少 128 位元 "记录"。MS-DOS 档案系统从一开始就能精确的记录档案的位元长度。
ASCII控制字符在字元串流是 out-of-band 不可列印字元。通常表可读的助忆码。在控制台要输入eof的话 按ALT+65535就可以。
哦,这个不是1楼说的那个样子的。eof是文件结束的标志,事实上是-1.可以稍微修改一下楼主的程序来做证明:while(!in.eof())
{
temp = in.get()
cout<<int(temp)<<endl
count++
}
这个时候,会发现在输出count之前输出的最后一个是-1.
但是为什么会输出-1(也就是文件结束符号)呢?in.eof()返回的是in里面的EOF变量,这个变量在in读到文件的结束符时才会变为1。也就是说,只有当in.get()读过了eof的时候,in中的EOF变量才会编程1,in.get()才能返回1。
那为什么按照楼主给的代码里面的in>>temp写法,最后会输出两个c,而和get的输出不一样呢?这个是因为>>在处理的时候,如果碰到读入的是文件结束符,是不会将其写道缓存中的,那样的话,缓存中的字符串还是在读入eof之前的那个字符(这个代码里面也就是'c'),然后再赋值给temp的还是'c'了。
那如何可以比较完美的修改上面的代码呢?对于文件输入流来说,有一个指针指向的是当前读的字符串的下一位,每读一位,指针就往下移一位。就比如一个只有abc的input.txt的文件,我们现在读完了c,那么指针的状态是大致是下面这个样子:
a
b
c
EOF <--
注意,这个时候,in.eof()还不返回1,因为in这个输入流还没有读EOF这个文件结束符,但是in有一个函数peek()是读当前指针指向的这个位置的符号的。那么如果用in.peek() == EOF 来最为判断的标准就比较好了。楼主的例子写成
while(in.peek() != EOF)
{
in>>temp
cout<<temp<<endl
count++
}
就可以了。
顺便说一句,第一段代码里面while的里面再嵌一个while没有必要吧...
还有,无论读还是写,最好都要养成在 *** 作完毕调用close()关闭流的好习惯:)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)