Chinaunix首页 | 论坛 | 博客
  • 博客访问: 894414
  • 博文数量: 299
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 2493
  • 用 户 组: 普通用户
  • 注册时间: 2014-03-21 10:07
个人简介

Linux后台服务器编程。

文章分类

全部博文(299)

文章存档

2015年(2)

2014年(297)

分类: LINUX

2014-06-03 15:08:58

首先要明白一点,就是无论你用哪种语言进行程序设计,也无论你用哪个函数进行文件操作(库函数也好,直接操作系统API也好),最终的文件打开的操作都是由操作系统来进行的,因此各种语言的情况从本质上来说都是相同的。

用二进制模式打开一个文件的时候,文件本身的内容和你编写程序时用函数读到的内容完全相同(或者说和磁盘上的内容完全相同)。

但是如果用了文本模式,那么操作系统在将文件内容传给上层程序时,或者上层程序通过操作系统向文件写入内容时,操作系统都会预先进行一层预处理(或者说转义),具体过程依赖于操作系统的实现。在Windows+VC下,最常见就是将回车符"\r\n"解释成"\n"(读出时),将"\n"解释成"\r\n"(写入时)。而在Linux下没有这层转换,这也是Windows和Linux文本文件不通用的原因。

 

除此以外,两种打开方式其实是大同小异的。

举个例子,设有一文件file.dat内容为"ABC\r\nABC",

那么在下面的代码中,读到的内容将是"ABC\r\nABC":

 

fp = fopen("file.dat","rb"); 
while(fgetc(fp)!=EOF);

而在下面的代码中,读到的内容却是"ABC\nABC":

fp = fopen("file.dat","rt"); 
while(fgetc(fp)!=EOF);

还有一点要注意的是关于文件定位的问题。在文本模式下最好少用fseek,因为有了库函数的那层转义的存在,fseek会有一些近乎于奇怪的行为。我在Windows+VC下试验发现,尽管在文本模式下"\r\n"还是被当作两个字符计算的,但是当你把文件指针定位到"\r\n"处时,读到的两个字节都是"\n"。

阅读(1472) | 评论(0) | 转发(0) |
0

上一篇:各种IO模型的讨论总结

下一篇:malloc new

给主人留下些什么吧!~~