#include<iostream.h>
#include<fstream.h>
void main()
{
char temp;
ifstream in("input.txt");
int count=0;
while(!in.eof())
{
while(!in.eof())
{
in>>temp;
cout<<temp<<endl;
count++;
}
}
cout<<count<<endl;
}
input.txt文件里是abc,输出的结果为什么是
a
b
c
c
4
而不是
a
b
c
3
#include<iostream.h>
#include<fstream.h>
void main()
{
char temp;
ifstream in("input.txt");
ofstream out("output.txt");
for(int index=0;index<5;index++){
if(!in.eof()){
in>>temp;
cout<<temp<<endl;
if(temp<='z' && temp>='a') {
temp=-'a';
}
else if(temp<='Z'&& temp>='A'){
temp=-'A';
}
}
else {
temp='x'-'a';}
}
}
input.txt里是abc,输出是abc?,而不是abc,这又怎么回事，和上面的是一个错吗？
哦，这个不是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()关闭流的好习惯:)
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()关闭流的好习惯:)
温馨提示：答案为网友推荐，仅供参考
第1个回答 2019-11-04
哦，这个不是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()关闭流的好习惯:)
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()关闭流的好习惯:)
第2个回答 2007-04-13
文件里其实是 a b c \n
前面三次依次读入a b c ，后面读入一个回车，temp没有被重新赋值 保留原值 c，此时count＝4，然后文件再读下一个字符，遇到EOF while()判断为false，循环退出。
前面三次依次读入a b c ，后面读入一个回车，temp没有被重新赋值 保留原值 c，此时count＝4，然后文件再读下一个字符，遇到EOF while()判断为false，循环退出。
