版权声明：本文为博主原创，转载请注明出处 https://blog.csdn.net/fireflylane/article/details/84076183
最近从中文的文本中用 fgetc()函数读取数据时，数据读到一部分程序提早跳出。
源程序中fgetc使用方法如下
#include<stdio.h>
#include<stdlib.h>
void main()
{
FILE *fp = fopen("1.txt", "r");
if (NULL == fp)
{
return;
}
char ch;
while ( ( ch= fgetc(fp) ) != EOF) //不断读取文件知道结束
{
putchar(ch);
}
system("pause");
}
问题所在 fgetc 使用错误，正确使用方法 上述代码中的 ch 类型应该定义成 int
int ch;
while ( ( ch= fgetc(fp) ) != EOF) //不断读取文件知道结束
{
putchar(ch); //打印
}
分析 ： fgetc 格式为 int fgetc(FILE *stream);这个函数的返回值，是返回所读取的一个字节。如果读到文件末尾或者读取出错时返回EOF 。当读取字符时，返回值为 0x00 -- 0xff 之间。计算机系统中，数值一律用补码来表示和存储。
当ch 类型为char 时（错误使用方式）
1.fgetc读到字符0xFF时转换成32位为0x000000FF返回 ，代码中用 char类型的ch接收，0x000000FF被截断，ch等于0xFF。
2.EOF值为-1，即0xFFFFFFFF,与值为 0xFF（即 char 类型-1的表示方式）的ch比较时，ch转换成32位后为0xFFFFFFFF(32系统中int 类型 -1的表示方式)，比较结果为相等，导致判断失误，程序提早退出。
当ch 为 int 类型 （正确使用方式）
读到 字符 0xFF函数返回为0x000000FF，读到末尾返回EOF即0xFFFFFFFF,不会导致判断出错。
总结 出错原因在于：变量ch 为char类型读到字符0xFF与EOF（-1）比较时相等，误判为已经读到文件末尾。
---------------------
原文：https://blog.csdn.net/little_bobo/article/details/55189472
博主在写哈夫曼编码项目的时候就踩过这个坑：
原文件是：
AABBBCCCCCDDDDDDDEEEEEEEEEEEFFFFFFFFFFFFFGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL
解压后：
AABBBCCCCCDDDDDDDEEEEEEEEEEEFFFFFFFFFFFFFGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJK
把编码文件code.txt拖到winhex中查看发现后面有一堆FF
原因找到了，当初博主写代码是不是很理解老师给的这段代码中的totalCount的作用，把它注释掉了，用fgetc() == EOF来判断文件的结束，刚好撞枪口上了，解压出来当然少了那么一截
后来把totalCount用上问题迎刃而解
