文件操作fopen,fopen_s,_fsopen

最近程序中打开文件时，失败了，最后代码问题在：

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"即只读模式，就可以了。

总结：打开文件时，能尽量减少读写标志就尽量减少，尤其是很多时候只需要只读就可以了，就不要加可写。