调试c语言时会打开函数文件,在C语言当中关于读取文件时的"r""rb"区别

函数fopen是一个标准c函数,其功能是打开一个文件,之后便可以进行读或写的操作.其原型是这样的:FILE *fopen( const char *filename, const char *mode );

第一个参数是要打开文件的名字(路径),第二个参数是打开文件所用的模式.对于模式参数的”w”和”wb”,”r”和”rb”,我起初并不是很理解,按照课本上的说法,”w”是以文本的形式进行写入,而”wb”是以二进制模式进行写入.这样的解释令人感觉有点玄乎,不能准确理解.

最近写了个小程序，把数据以16进制的形式存到一个文件中，当从文件中读取时，发现读取的数据不对，进行调试时，发现读取的数据与写入文件中的数据发生了错位，进行调试发现写入时并没有错误，读取时，怎么就发生错位了呢？调试了半天发现每遇到0x0A，在它前面就会多一个0x0D.

那么，是什么原因造成的呢？几经周折之后，终于发现是fopen的参数引起的.如果这么写：fp = fopen(str,"wb");可以得到正常数据，而fp = fopen(str,"w");就得不到正常数据，遇到0x0A时，就会在其前面多一个0x0D.

原来，如果有参数b,是以二进制方式打开,这种方式不会进行”回车符”和”换行符”的转换.而如果没有b,即单以”w”为参数的话,系统就把换行符0A转换为0D0A,因为windows是以0D0A为换行符的.

windows与linux下的\r\n

\n   为ASCII的0x0a   换行

\r   为ASCII的0x0d   回车

在windows   系统中,当你输入回车时会自动变成\r\n

在linux下的回车键只代表\n

而在windows下的回车键表示\r\n

\n为进入下一行,\r为打印头回到行首上

linux/unix下只用\n,它就表示回车+换行

而windows下,\r只回车不换行的,\n是换行,但在有些编辑中,单独的\n是不会换行的(如notepad)

一般在程序中,写\n就可以了,它在linux或windows中都能实现回车+换行的功能(只是在文本文件中,linux只会有0x0a,windows会自动换为0x0d   0x0a)

下面举个例子： www.2cto.com

#include

int main()

{

char a[10]="abc\r";

printf(a);

return 0;

}

程序运行时没有任何输出。

原因就是 \r 回车 表示打印头回到该行起始位置，从而覆盖了abc，所以控制台上就没有任何输出啦！

摘自 姜亚风CSDN博客

举个例子来说，我以前写过一个按照字节读取文件，然后利用huffman编码压缩文件的程序，然后再解压出来。

显然按照r  还是rb是有区别的

如果在按照字节读取文件的时候

int a = fgetc(fo);

aa++;

for(i=1;i<=count;i++)

{

if(code[i] == a)

{

flag+=strlen(HC[i]);

int len = strlen(HC[i]);

//printf("aa=%d,a=%d,len=%d,flag=%d\n",aa,a,len,flag);

if(flag<8)

{

for(j=0;j

eight[k++] = HC[i][j]-'0';/*我们存储的是字符串，是多少就是多少*/

}

。。。。。。。。。。。。。。。。

char c = sum;

fputc(c,fw);

从fo文件指针中读取字节然后转换为相应的Huffman编码，(读取一个字节之后翻译成huffman编码，当凑够8位的时候，按照一个字节的形式写入文件，就实现压缩)

如果我们按照r的形式进行读取，就会发现读取换行符的时候只是读取了0x0a，然后我们解压的时候也是按照0x0a的形式解压出来，就会发现文件少了换行符，并且与源文件有

些许的不相同。

(总之在windows下面我们进行文件的操作的时候如果需要字节字节的操作，都要使用rb)