flushfilebuffersMFC程序代码运行出的结果与可执行文件运行的结果不同

flushfilebuffers 时间:2021-07-05 阅读:()

如何批量获取一个文件夹下的文件属性,然后存入数据库

使用Visual C++编程，有如下方法进行文件操作：（1）使用标准C运行库函数，包括fopen、fclose、fseek等。

（2）使用Win16下的文件和目录操作函数，如lopen、lclose、lseek等。

不过，在Win32下，这些函数主要是为了和Win16向后兼容。

（3）使用Win32下的文件和目录操作函数，如CreateFile，CopyFile，DeleteFile，FindNextFile，等等。

Win32下，打开和创建文件都由CreateFile完成，成功的话，得到一个Win32下的句柄，这不同于“C”的fopen返回的句柄。

在Win16下，该句柄和C运行库文件操作函数相容。

但在Win32下，“C”的文件操作函数不能使用该句柄，如果需要的话，可以使用函数_open_osfhandle从Win32句柄得到一个“C”文件函数可以使用的文件句柄。

关闭文件使用Win32的CloseHandle。

在Win32下，CreateFile可以操作的对象除了磁盘文件外，还包括设备文件如通讯端口、管道、控制台输入、邮件槽等等。

（4）使用CFile和其派生类进行文件操作。

CFile从CObject派生，其派生类包括操作文本文件的CStdioFile，操作内存文件的CmemFile，等等。

CFile是建立在Win32的文件操作体系的基础上，它封装了部分Win32文件操作函数。

最好是使用CFile类（或派生类）的对象来操作文件，必要的话，可以从这些类派生自己的文件操作类。

统一使用CFile的界面可以得到好的移植性。

MFC的文件类 MFC用一些类来封装文件访问的Win32 API。

以CFile为基础，从CFile派生出几个类，如CStdioFile，CMemFile，MFC内部使用的CMiororFile，等等。

CFile的结构 CFile定义的枚举类型 CFile类定义了一些和文件操作相关的枚举类型，主要有四种：OpenFlags，Attribute，SeekPosition，hFileNull。

下面，分别解释这些枚举类型。

OpenFlags OpenFlags定义了13种文件访问和共享模式： enum OpenFlags { //第一（从右，下同）至第二位，打开文件时访问模式，读/写/读写 modeRead = 0x0000, modeWrite = 0x0001, modeReadWrite = 0x0002, shareCompat = 0x0000, //32位MFC中没用 //第五到第七位，打开文件时的共享模式 shareExclusive = 0x0010,//独占方式，禁止其他进程读写 shareDenyWrite = 0x0020,//禁止其他进程写 shareDenyRead = 0x0030,//禁止其他进程读 shareDenyNone = 0x0040,//允许其他进程写 //第八位，打开文件时的文件继承方式 modeNoInherit = 0x0080,//不允许子进程继承 //第十三、十四位，是否创建新文件和创建方式 modeCreate = 0x1000,//创建新文件，文件长度0 modeNoTruncate = 0x2000,//创建新文件时如文件已存在则打开 //第十五、十六位，文件以二进制或者文本方式打开，在派生类CStdioFile中用 typeText = 0x4000, typeBinary = (int)0x8000 }; Attribute Attribute定义了文件属性：正常、只读、隐含、系统文件，文件或者目录等。

enum Attribute { normal = 0x00, readOnly = 0x01, hidden = 0x02, system = 0x04, volume = 0x08, directory = 0x10, archive = 0x20 } SeekPosition SeekPosition定义了三种文件位置：头、尾、当前： enum SeekPosition{ begin = 0x0, current = 0x1, end = 0x2 }; hFileNull hFileNull定义了空文件句柄 enum { hFileNull = -1 }; CFile的其他一些成员变量 CFile除了定义枚举类型，还定义了一些成员变量。

例如： UINT m_hFile 该成员变量是public访问属性，保存::CreateFile返回的操作系统的文件句柄。

MFC重载了运算符号HFILE来返回m_hFile，这样在使用HFILE类型变量的地方可以使用CFile对象。

BOOL m_bCloseOnDelete; CString m_strFileName; 这两个成员变量是protected访问属性。

m_bCloseOnDelete用来指示是否在关闭文件时删除CFile对象；m_strFileName用来保存文件名。

CFile的成员函数 CFile的成员函数实现了对Win32文件操作函数的封装，完成以下动作：打开、创建、关闭文件，文件指针定位，文件的锁定与解锁，文件状态的读取和修改，等等。

其中，用到了m_hFile文件句柄的一般是虚拟函数，和此无关的一般是静态成员函数。

一般地，成员函数被映射到对应的Win32函数，如表11-1所示。

表11-1 CFile函数对Win32文件函数的封装虚拟静态成员函数对应的Win32函数文件的创建、打开、关闭 √ Abort CloseHandle √ Duplicate DuplicateHandle √ Open CreateFile √ Close CloseHandle 文件的读写 √ Read ReadFile ReadHuge（向后兼容）调用Read成员函数 √ Write WriteFile WriteHuage(向后兼容) 调用Write成员函数 √ Flush FlushFileBuffers 文件定位 √ Seek SetFilePointer SeekToBegin 调用Seek成员函数 SeekToEnd 调用Seek成员函数 √ GetLength 调用Seek成员函数 √ SetLength SetEndOfFile 文件的锁定/解锁 √ LockRange LockFile √ UnlockRange UnlockFile 文件状态操作函数 √ GetPosition SetFilePointer GetStatus(CFileStatus&) GetFileTime,GetFileSize等 √ GetStatus(LPSTR lpszFileName CFileStatus&) FindFirstFile √ GetFileName 不是简单地映射到某个函数 √ GetFileTitle √ GetFilePath √ SetFilePath √ SetStatus 改名和删除 √ Rename MoveFile √ Remove DeleteFile CFile的部分实现这里主要讨论CFile对象的构造函数和文件的打开/创建的过程。

构造函数 CFile有如下几个构造函数： CFile() 缺省构造函数，仅仅构造一个CFile对象，还必须使用Open成员函数来打开文件。

CFile(int hFile) 已经打开了一个文件hFile，在此基础上构造一个CFile对象来给它打包。

HFile将被赋值给CFile的成员变量m_hFile。

CFile(LPCTSTR lpszFileName, UINT nOpenFlags) 指定一个文件名和文件打开方式，构造CFile对象，调用Open打开/创建文件，把文件句柄保存到m_hFile。

打开/创建文件 Open的原型如下： BOOL CFile::Open(LPCTSTR lpszFileName, UINT nOpenFlags, CFileException* pException) Open调用Win32函数::CreateFile打开文件，并把文件句柄保存到成员变量m_hFile中。

CreateFile函数的原型如下： HANDLE CreateFile( LPCTSTR lpFileName,// pointer to name of the file DWORD ess,// ess (read-write) mode DWORD dwShareMode,// share mode LPSECURITY_ATTRIBUTES lpSecurityAttributes, //pointer to security descriptor DWORD dwCreationDistribution,// how to create DWORD dwFlagsAndAttributes,// file attributes HANDLE hTemplateFile// handle to file with attributes to copy ); 显然，Open必须把自己的两个参数lpszFileName和nOpenFlags映射到CreateFile的七个参数上。

从OpenFlags的定义可以看出，（nOpenFlags & 3)表示了读写标识，映射成变量ess，可以取值为Win32的GENERIC_READ、GENERIC_WRITE、GENERIC_READ|GENERIC_WRITE。

（nOpenFlags & 0x70)表示了共享模式，映射成变量dwShareMode，可以取值为Win32的FILE_SHARE_READ、FILE_SHARE_WRITE、FILE_SHARE_WRITE|FILE_SHARE_READ。

Open定义了一个局部的SECURITY_ATTRIBUTES变量sa，(nOpenFlags & 0x80)被赋值给sa.bInheritHandle。

(nOpenFlags & modeCreate)表示了创建方式，映射成变量dwCreateFlag，可以取值为Win32的OPEN_ALWAYS、CREATE_ALWAYS、OPEN_EXISTING。

在生成了上述参数之后，先调用::CreateFile： HANDLE hFile =::CreateFile(lpszFileName, ess, dwShareMode, &sa, dwCreateFlag, FILE_ATTRIBUTE_NORMAL, NULL); 然后，hFile被赋值给成员变量m_hFile，m_bCloseOnDelete被设置为TRUE。

由上可以看出，CFile打开(创建)一个文件时大大简化了:: CreateFile函数的复杂性，即只需要指定一个文件名、一个打开文件的参数即可。

若该参数指定为0，则表示以只读方式打开一个存在的文件，独占使用，不允许子进程继承。

在CFile对象使用时，如果它是在堆中分配的，则应该销毁它；如果在栈中分配的，则CFile对象将被自动销毁。

销毁时析构函数被调用，析构函数是虚拟函数。

若m_bCloseOnDelete为真且m_hFile非空，则析构函数调用Close关闭文件。

至于其他CFile成员函数的实现，这里不作分析了。

CFile的派生类这里主要简要地介绍CStdioFile和CmemFile及CFileFind。

CStdioFile CStdioFile对文本文件进行操作。

CStdioFile定义了新的成员变量m_pStream，类型是FILE*。

在打开或者创建文件时，使用_open_osfhandle从m_hFile(Win32文件句柄)得到一个“C”的FILE类型的文件指针，然后，在文件操作中，使用“C”的文件操作函数。

例如，读文件使用_fread，而不是::ReadFile，写文件使用了_fwrite，而不是::WriteFile，等等。

m_hFile是CFile的成员变量。

另外，CStdioFile不支持CFile的Dumplicate、LockRange、UnlockRange操作，但是实现了两个新的操作ReadString和WriteString。

CMemFile CMemFile把一块内存当作一个文件来操作，所以，它没有打开文件的操作，而是设计了Attach和Detach用来分配或者释放一块内存。

相应地，它提供了Alloc、Free虚拟函数来操作内存文件，它覆盖了Read、Write来读写内存文件。

CFileFind 为了方便文件查找，MFC把有关功能归结成为一个类CFileFind。

CFileFind派生于CObject类。

首先，它使用FindFile和FineNextFile包装了Win32函数::FindFirstFile和::FindNextFile；其次，它提供了许多函数用来获取文件的状态或者属性。

使用CFileStatus结构来描述文件的属性，其定义如下： struct CFileStatus { CTime m_ctime; // 文件创建时间 CTime m_mtime; // 文件最近一次修改时间 CTime m_atime; // 文件最近一次访问时间 LONG m_size; // 文件大小 BYTE m_attribute; // 文件属性 BYTE _m_padding; // 没有实际含义，用来增加一个字节 TCHAR m_szFullName[_MAX_PATH]; //绝对路径 #ifdef _DEBUG //实现Dump虚拟函数，输出文件属性 void Dump(CDumpContext& dc) const; #endif }; 例如： CFileStatus status; pFile->GetStatus(status); #ifdef _DEBUG status.dump(afxDump); #endif

关于缓冲区

FILE结构里本身带有一个缓冲。

而系统在操作IO的时候可能会还有一个缓冲。

fflush单纯是调用系统地写操作（比如WriteFile）把FILE结构里的那个缓冲的数据传给系统，这个时候很可能仅仅是写到系统的缓冲区里了。

fsync是调用系统的flush函数(FlushFileBuffers)，清空系统的写入缓冲区。

---- C是独立于系统存在的，所以它只能假设系统本身没有缓冲区（比如DOS就没有读取文件的缓冲区）。

于是C库就自己又加了一层缓冲区。

同时为了保证能正常处理低一层的缓冲，又增加了一个fsync函数。

你只需要考虑本层级的和下一个层级的缓冲区就行了。

再往下你想管也管不了，事实上最下一层是硬盘上的缓冲区。

这安装包制作程序是哪个啊？？带图的

MAP 文件是程序的全局符号、源文件和代码行号信息的唯一的文本表示方法，它可以在任何地方、任何时候使用，不需要有额外的程序进行支持。

而且，这是唯一能找出程序崩溃的地方的救星。

在 VC 中，可以按下 Alt+F7 ，打开“Project Settings”选项页，选择 C/C++ 选项卡，并在最下面的 Project Options 里面输入：/Zd ，然后要选择 Link 选项卡，在最下面的 Project Options 里面输入： /mapinfo:lines 和 /map:PROJECT_NAME.map 。

最后按下 F7 来编译生成 EXE 可执行文件和 MAP 文件。

在 MASM 中，要设置编译和连接参数，通常是这样做的： rc %1.rc ml /c /coff /Zd %1.asm link /subsystem:windows /mapinfo:exports /mapinfo:lines /map:%1.map %1.obj %1.res 把它保存成 makem.bat ，就可以在命令行输入 makem filename 来编译生成 EXE 可执行文件和 MAP 文件了。

先解释一下加入的参数的含义： /Zd 表示在编译的时候生成行信息 /map[:filename] 表示生成 MAP 文件的路径和文件名 /mapinfo:lines 表示生成 MAP 文件时，加入行信息 /mapinfo:exports 表示生成 MAP 文件时，加入 exported functions （如果生成的是 DLL 文件，这个选项就要加上）上面的步骤,已经得到了 MAP 文件... 从简单的实例入手，打开你的 VC ，新建这样一个文件： 01 //**************************************************************** 02 //程序名称：演示如何通过崩溃地址找出源代码的出错行 03 //作者：XXX 04 //日期：某年某月某日 05 //出处：XXXXXXXXXXXX 06 //本程序会产生“除0错误”，以至于会弹出“非法操作”对话框。

07 //“除0错误”只会在 Debug 版本下产生，本程序为了演示而尽量简化。

08 //**************************************************************** 09 10 void Crash(void) 11 { 12 int i = 1; 13 int j = 0; 14 i /= j; 15 } 16 17 void main(void) 18 { 19 Crash(); 20 } 很显然本程序有“除0错误”，在 Debug 方式下编译的话，运行时肯定会产生“非法操作”。

运行它，接着，“非法操作”对话框出现了，这时我们点击“详细信息”按钮，记录下产生崩溃的地址——机器上是 0x0040104a （不全是一样）。

再看看它的 MAP 文件：（由于文件内容太长，中间没用的部分我进行了省略） CrashDemo Timestamp is 3e430a76 (Fri Feb 07 09:23:02 2003) Preferred load address is 00400000 Start Length Name Class 0001:00000000 0000de04H .text CODE 0001:0000de04 0001000cH .textbss CODE 0002:00000000 00001346H .rdata DATA 0002:00001346 00000000H .edata DATA 0003:00000000 00000104H .CRT$XCA DATA 0003:00000104 00000104H .CRT$XCZ DATA 0003:00000208 00000104H .CRT$XIA DATA 0003:0000030c 00000109H .CRT$XIC DATA 0003:00000418 00000104H .CRT$XIZ DATA 0003:0000051c 00000104H .CRT$XPA DATA 0003:00000620 00000104H .CRT$XPX DATA 0003:00000724 00000104H .CRT$XPZ DATA 0003:00000828 00000104H .CRT$XTA DATA 0003:0000092c 00000104H .CRT$XTZ DATA 0003:00000a30 00000b93H .data DATA 0003:000015c4 00001974H .bss DATA 0004:00000000 00000014H .idata$2 DATA 0004:00000014 00000014H .idata$3 DATA 0004:00000028 00000110H .idata$4 DATA 0004:00000138 00000110H .idata$5 DATA 0004:00000248 000004afH .idata$6 DATA Address Publics by Value Rva+Base Lib:Object 0001:00000020 ?Crash@@YAXXZ 00401020 f CrashDemo.obj 0001:00000070 _main 00401070 f CrashDemo.obj 0004:00000000 __IMPORT_DESCRIPTOR_KERNEL32 00424000 kernel32:KERNEL32.dll 0004:00000014 __NULL_IMPORT_DESCRIPTOR 00424014 kernel32:KERNEL32.dll 0004:00000138 __imp__GetCommandLineA@0 00424138 kernel32:KERNEL32.dll 0004:0000013c __imp__GetVersion@0 0042413c kernel32:KERNEL32.dll 0004:00000140 __imp__ExitProcess@4 00424140 kernel32:KERNEL32.dll 0004:00000144 __imp__DebugBreak@0 00424144 kernel32:KERNEL32.dll 0004:00000148 __imp__GetStdHandle@4 00424148 kernel32:KERNEL32.dll 0004:0000014c __imp__WriteFile@20 0042414c kernel32:KERNEL32.dll 0004:00000150 __imp__InterlockedDecrement@4 00424150 kernel32:KERNEL32.dll 0004:00000154 __imp__OutputDebugStringA@4 00424154 kernel32:KERNEL32.dll 0004:00000158 __imp__GetProcAddress@8 00424158 kernel32:KERNEL32.dll 0004:0000015c __imp__LoadLibraryA@4 0042415c kernel32:KERNEL32.dll 0004:00000160 __imp__InterlockedIncrement@4 00424160 kernel32:KERNEL32.dll 0004:00000164 __imp__GetModuleFileNameA@12 00424164 kernel32:KERNEL32.dll 0004:00000168 __imp__TerminateProcess@8 00424168 kernel32:KERNEL32.dll 0004:0000016c __imp__GetCurrentProcess@0 0042416c kernel32:KERNEL32.dll 0004:00000170 __imp__UnhandledExceptionFilter@4 00424170 kernel32:KERNEL32.dll 0004:00000174 __imp__FreeEnvironmentStringsA@4 00424174 kernel32:KERNEL32.dll 0004:00000178 __imp__FreeEnvironmentStringsW@4 00424178 kernel32:KERNEL32.dll 0004:0000017c __imp__WideCharToMultiByte@32 0042417c kernel32:KERNEL32.dll 0004:00000180 __imp__GetEnvironmentStrings@0 00424180 kernel32:KERNEL32.dll 0004:00000184 __imp__GetEnvironmentStringsW@0 00424184 kernel32:KERNEL32.dll 0004:00000188 __imp__SetHandleCount@4 00424188 kernel32:KERNEL32.dll 0004:0000018c __imp__GetFileType@4 0042418c kernel32:KERNEL32.dll 0004:00000190 __imp__GetStartupInfoA@4 00424190 kernel32:KERNEL32.dll 0004:00000194 __imp__HeapDestroy@4 00424194 kernel32:KERNEL32.dll 0004:00000198 __imp__HeapCreate@12 00424198 kernel32:KERNEL32.dll 0004:0000019c __imp__HeapFree@12 0042419c kernel32:KERNEL32.dll 0004:000001a0 __imp__VirtualFree@12 004241a0 kernel32:KERNEL32.dll 0004:000001a4 __imp__RtlUnwind@16 004241a4 kernel32:KERNEL32.dll 0004:000001a8 __imp__GetLastError@0 004241a8 kernel32:KERNEL32.dll 0004:000001ac __imp__SetConsoleCtrlHandler@8 004241ac kernel32:KERNEL32.dll 0004:000001b0 __imp__IsBadWritePtr@8 004241b0 kernel32:KERNEL32.dll 0004:000001b4 __imp__IsBadReadPtr@8 004241b4 kernel32:KERNEL32.dll 0004:000001b8 __imp__HeapValidate@12 004241b8 kernel32:KERNEL32.dll 0004:000001bc __imp__GetCPInfo@8 004241bc kernel32:KERNEL32.dll 0004:000001c0 __imp__GetACP@0 004241c0 kernel32:KERNEL32.dll 0004:000001c4 __imp__GetOEMCP@0 004241c4 kernel32:KERNEL32.dll 0004:000001c8 __imp__HeapAlloc@12 004241c8 kernel32:KERNEL32.dll 0004: __imp__VirtualAlloc@16 kernel32:KERNEL32.dll 0004:000001d0 __imp__HeapReAlloc@16 004241d0 kernel32:KERNEL32.dll 0004:000001d4 __imp__MultiByteToWideChar@24 004241d4 kernel32:KERNEL32.dll 0004:000001d8 __imp__LCMapStringA@24 004241d8 kernel32:KERNEL32.dll 0004:000001dc __imp__LCMapStringW@24 004241dc kernel32:KERNEL32.dll 0004:000001e0 __imp__GetStringTypeA@20 004241e0 kernel32:KERNEL32.dll 0004:000001e4 __imp__GetStringTypeW@16 004241e4 kernel32:KERNEL32.dll 0004:000001e8 __imp__SetFilePointer@16 004241e8 kernel32:KERNEL32.dll 0004:000001ec __imp__SetStdHandle@8 004241ec kernel32:KERNEL32.dll 0004:000001f0 __imp__FlushFileBuffers@4 004241f0 kernel32:KERNEL32.dll 0004:000001f4 __imp__CloseHandle@4 004241f4 kernel32:KERNEL32.dll 0004:000001f8 177KERNEL32_NULL_THUNK_DATA 004241f8 kernel32:KERNEL32.dll entry point at 0001:000000f0 Line numbers for .DebugCrashDemo.obj(d:msdevmyprojectscrashdemocrashdemo.cpp) segment .text 13 0001:00000020 14 0001:00000038 15 0001:0000003f 16 0001:00000046 17 0001:00000050 20 0001:00000070 21 0001:00000088 22 0001:0000008d 如果仔细浏览 Rva+Base 这栏，你会发现第一个比崩溃地址 0x0040104a 大的函数地址是 0x00401070 ，所以在 0x00401070 这个地址之前的那个入口就是产生崩溃的函数，也就是这行： 0001:00000020 ?Crash@@YAXXZ 00401020 f CrashDemo.obj 因此，发生崩溃的函数就是 ?Crash@@YAXXZ ，所有以问号开头的函数名称都是 C++ 修饰的名称。

在源程序中，也就是 Crash() 这个子函数。

现在轻而易举地便知道了发生崩溃的函数名称。

注意 MAP 文件的最后部分——代码行信息（Line numbers information），它是以这样的形式显示的： 13 0001:00000020 第一个数字代表在源代码中的代码行号，第二个数是该代码行在所属的代码段中的偏移量。

如果要查找代码行号，需要使用下面的公式做一些十六进制的减法运算：崩溃行偏移 = 崩溃地址（Crash Address） - 基地址（ImageBase Address） - 0x1000 为什么要这样做呢？留意下 Rva+Base 这栏了，得到的崩溃地址都是由偏移地址（Rva）+ 基地址（Base）得来的，所以在计算行号的时候要把基地址减去，一般情况下，基地址的值是 0x00400000 。

另外，由于一般的 PE 文件的代码段都是从 0x1000 偏移开始的，所以也必须减去 0x1000 。

明白了这点，现在来进行小学减法计算了：崩溃行偏移 = 0x0040104a - 0x00400000 - 0x1000 = 0x4a 如果浏览 MAP 文件的代码行信息，会看到不超过计算结果，但却最接近的数是 CrashDemo.cpp 文件中的： 16 0001:00000046 也就是在源代码中的第 16 行，来看看源代码: 16 i /= j; 就是第 16 行啊！方法已经介绍完了，这样就可以精确地定位到源代码中的崩溃行，而且只要编译器可以生成 MAP 文件（包括 VC、MASM、VB、BCB、 Delphi……），本方法都是适用的。

……这样一来，就可以更为从容地面对“非法操作”提示了。

甚至可以要求用户提供崩溃的地址，然后就可以坐在家中舒舒服服地找到出错的那行（也就是bug），并进行修正。

结束。