文件结束符EOF
发布网友
发布时间:2022-05-02 05:05
我来回答
共3个回答
热心网友
时间:2022-06-28 11:55
哦,这个不是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()关闭流的好习惯:)
热心网友
时间:2022-06-28 11:55
哦,这个不是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()关闭流的好习惯:)
热心网友
时间:2022-06-28 11:56
文件里其实是 a b c \n
前面三次依次读入a b c ,后面读入一个回车,temp没有被重新赋值 保留原值 c,此时count=4,然后文件再读下一个字符,遇到EOF while()判断为false,循环退出。