最近程序中打开文件时,失败了,最后代码问题在:
fopen_s(&pFile,strPath.c_str(),"rb+");
主要是"rb+"。
首先来看下介绍,主要是windows下的CRT相关的文件打开操作了。
C89标准中是 fopen:
FILE * fopen(const char *file, const char *mode);
windows中有fopen_s,_fsopen的扩展:
errno_t fopen_s(
FILE** pFile,
const char *filename,
const char *mode
);
FILE *_fsopen(
const char *filename,
const char *mode,
int shflag
);
通过看vs2008/2010下CRT的源码我们可以看到 fopen、fopen_s都是通过调用_fsopen来实现的:
FILE * fopen(const char *file, const char *mode) { return( _fsopen(file, mode, _SH_DENYNO) ); } errno_t fopen_s(FILE ** pfile, const char *file, const char *mode) { _VALIDATE_RETURN_ERRCODE((pfile != NULL), EINVAL); *pfile = _fsopen(file, mode, _SH_SECURE); if(*pfile != NULL) return 0; return errno; }
主要也就在于_fsopen的第3个参数了:int shflag:
#define _SH_DENYRW 0x10 /* deny read/write mode */ #define _SH_DENYWR 0x20 /* deny write mode */ #define _SH_DENYRD 0x30 /* deny read mode */ #define _SH_DENYNO 0x40 /* deny none mode */ #define _SH_SECURE 0x80 /* secure mode */
而通过源码中可看到,所谓的_SH_SECURE就是 /* share read access only if read-only */
所以区别就在于fopen是_SH_DENYNO即共享读写,而fopen_s是_SH_SECURE即在只读模式下才共享读,其他时不共享。
所以回到一开始的问题,之所以读文件失败,是因为几个进程同时在读这个文件,而模式用的是"rb+"即打开是为了读和写的,所以fopen_s会被一个进程锁住,不共享给其他进程。解决方案就是将"rb+"改成"rb"即只读模式,就可以了。
总结:打开文件时,能尽量减少读写标志就尽量减少,尤其是很多时候只需要只读就可以了,就不要加可写。
本文出自 “v” 博客,请务必保留此出处http://4651077.blog.51cto.com/4641077/1622303
原文地址:http://4651077.blog.51cto.com/4641077/1622303