The Motivation Behind IPARP

The acronym IPARP stands for “Integrated Pattern Analysis, Recognition, and Prediction.” The toolbox was created in Matlab (version 5.2) to facilitate performance analysis common in data mining and automatic target recognition (ATR) applications. The toolbox provides an integrated, semi-automated environment in which ATR researchers can address various “what-if” questions in a straightforward and systematic manner. Some typical queries that can be answered by the toolbox are as follows:

 

q       How many features do I need for maximum ATR performance?

q       What classifier should I use for this particular problem?

q       Where is the point of diminishing returns?

q       What is the impact of data mismatch on data-mining performance?

q       Do data statistics change over time?

q       What is the performance-versus-cost trade-off if I substitute computationally expensive features with something less expensive using approximation algorithms?

q       Are there features that work consistently well across multiple environmental conditions?

q       Is in situ performance optimization necessary? If yes, what is the appropriate classifier/feature structure?

 

The toolbox is designed to reduce the algorithm-design time so that we can focus on more important and interesting aspects of algorithm design—finding innovative ways to solve challenging problems by quickly knowing what works, what doesn’t, and why. In short, the goal of designing this toolbox was to enable the user to rapidly optimize the performance of a complex ATR system.


ps: 最近写的一个报告中，涉及到了自动目标识别方面的知识，查了很多文献，感觉IPARP Toolbox能从整体上反映了我们的思想，有些不谋而合的感觉。For more details, http://www.killmine.com/OnlineManual/TechnologyOverview.htm

上节给大家介绍了静态链接库与库的调试与查看，本节主要介绍非MFC DLL。
4.非MFC DLL

4.1一个简单的DLL

　　第2节给出了以静态链接库方式提供add函数接口的方法，接下来我们来看看怎样用动态链接库实现一个同样功能的add函数。

　　如图6，在VC++中new一个Win32 Dynamic-Link Library工程dllTest（单击此处下载本工程附件）。注意不要选择MFC AppWizard(dll)，因为用MFC AppWizard(dll)建立的将是第5、6节要讲述的MFC 动态链接库。

图6 建立一个非MFC DLL

　　在建立的工程中添加lib.h及lib.cpp文件，源代码如下：

/* 文件名：lib.h　*/

#ifndef LIB_H

#define LIB_H

extern "C" int __declspec(dllexport)add(int x, int y);

#endif


/* 文件名：lib.cpp　*/

#include "lib.h"

int add(int x, int y)

{

return x + y;

}

与第2节对静态链接库的调用相似，我们也建立一个与DLL工程处于同一工作区的应用工程dllCall，它调用DLL中的函数add，其源代码如下：

#include <stdio.h>

#include <windows.h>

typedef int(*lpAddFun)(int, int); //宏定义函数指针类型

int main(int argc, char *argv[])

{

HINSTANCE hDll; //DLL句柄

lpAddFun addFun; //函数指针

hDll = LoadLibrary("..\\Debug\\dllTest.dll");

if (hDll != NULL)

{

addFun = (lpAddFun)GetProcAddress(hDll, "add");

if (addFun != NULL)

{

int result = addFun(2, 3);

printf("%d", result);

}

FreeLibrary(hDll);

}

return 0;

}

　　分析上述代码，dllTest工程中的lib.cpp文件与第2节静态链接库版本完全相同，不同在于lib.h对函数add的声明前面添加了__declspec(dllexport)语句。这个语句的含义是声明函数add为DLL的导出函数。DLL内的函数分为两种：

　　(1)DLL导出函数，可供应用程序调用；

　　(2) DLL内部函数，只能在DLL程序使用，应用程序无法调用它们。

　　而应用程序对本DLL的调用和对第2节静态链接库的调用却有较大差异，下面我们来逐一分析。

　　首先，语句typedef int ( * lpAddFun)(int,int)定义了一个与add函数接受参数类型和返回值均相同的函数指针类型。随后，在main函数中定义了lpAddFun的实例addFun；

　　其次，在函数main中定义了一个DLL HINSTANCE句柄实例hDll，通过Win32 Api函数LoadLibrary动态加载了DLL模块并将DLL模块句柄赋给了hDll；

　　再次，在函数main中通过Win32 Api函数GetProcAddress得到了所加载DLL模块中函数add的地址并赋给了addFun。经由函数指针addFun进行了对DLL中add函数的调用；

　　最后，应用工程使用完DLL后，在函数main中通过Win32 Api函数FreeLibrary释放了已经加载的DLL模块。

　　通过这个简单的例子，我们获知DLL定义和调用的一般概念：

　　(1)DLL中需以某种特定的方式声明导出函数（或变量、类）；

　　(2)应用工程需以某种特定的方式调用DLL的导出函数（或变量、类）。

　　下面我们来对“特定的方式进行”阐述。
4.2 声明导出函数

　　DLL中导出函数的声明有两种方式：一种为4.1节例子中给出的在函数声明中加上__declspec(dllexport)，这里不再举例说明；另外一种方式是采用模块定义(.def) 文件声明，.def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。

　　下面的代码演示了怎样同.def文件将函数add声明为DLL导出函数（需在dllTest工程中添加lib.def文件）：

; lib.def : 导出DLL函数

LIBRARY dllTest

EXPORTS

add @ 1

.def文件的规则为：

　　(1)LIBRARY语句说明.def文件相应的DLL；

　　(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n，表示要导出函数的序号为n（在进行函数调用时，这个序号将发挥其作用）；

　　(3).def 文件中的注释由每个注释行开始处的分号 (;) 指定，且注释不能与语句共享一行。

　　由此可以看出，例子中lib.def文件的含义为生成名为“dllTest”的动态链接库，导出其中的add函数，并指定add函数的序号为1。
4.3 DLL的调用方式

　　在4.1节的例子中我们看到了由“LoadLibrary-GetProcAddress-FreeLibrary”系统Api提供的三位一体“DLL加载-DLL函数地址获取-DLL释放”方式，这种调用方式称为DLL的动态调用。

　　动态调用方式的特点是完全由编程者用 API 函数加载和卸载 DLL，程序员可以决定 DLL 文件何时加载或不加载，显式链接在运行时决定加载哪个 DLL 文件。

　　与动态调用方式相对应的就是静态调用方式，“有动必有静”，这来源于物质世界的对立统一。“动与静”，其对立与统一竟无数次在技术领域里得到验证，譬如静态IP与DHCP、静态路由与动态路由等。从前文我们已经知道，库也分为静态库与动态库DLL，而想不到，深入到DLL内部，其调用方式也分为静态与动态。“动与静”，无处不在。《周易》已认识到有动必有静的动静平衡观，《易．系辞》曰：“动静有常，刚柔断矣”。哲学意味着一种普遍的真理，因此，我们经常可以在枯燥的技术领域看到哲学的影子。

　　静态调用方式的特点是由编译系统完成对DLL的加载和应用程序结束时 DLL 的卸载。当调用某DLL的应用程序结束时，若系统中还有其它程序使用该 DLL，则Windows对DLL的应用记录减1，直到所有使用该DLL的程序都结束时才释放它。静态调用方式简单实用，但不如动态调用方式灵活。

　　下面我们来看看静态调用的例子（单击此处下载本工程附件），将编译dllTest工程所生成的.lib和.dll文件拷入dllCall工程所在的路径，dllCall执行下列代码：

#pragma comment(lib,"dllTest.lib")

//.lib文件中仅仅是关于其对应DLL文件中函数的重定位信息

extern "C" __declspec(dllimport) add(int x,int y);

int main(int argc, char* argv[])

{

int result = add(2,3);

printf("%d",result);

return 0;

}

　　由上述代码可以看出，静态调用方式的顺利进行需要完成两个动作：

　　(1)告诉编译器与DLL相对应的.lib文件所在的路径及文件名，#pragma comment(lib,"dllTest.lib")就是起这个作用。

　　程序员在建立一个DLL文件时，连接器会自动为其生成一个对应的.lib文件，该文件包含了DLL 导出函数的符号名及序号（并不含有实际的代码）。在应用程序里，.lib文件将作为DLL的替代文件参与编译。

　　(2)声明导入函数，extern "C" __declspec(dllimport) add(int x,int y)语句中的__declspec(dllimport)发挥这个作用。

　　静态调用方式不再需要使用系统API来加载、卸载DLL以及获取DLL中导出函数的地址。这是因为，当程序员通过静态链接方式编译生成应用程序时，应用程序中调用的与.lib文件中导出符号相匹配的函数符号将进入到生成的EXE 文件中，.lib文件中所包含的与之对应的DLL文件的文件名也被编译器存储在 EXE文件内部。当应用程序运行过程中需要加载DLL文件时，Windows将根据这些信息发现并加载DLL，然后通过符号名实现对DLL 函数的动态链接。这样，EXE将能直接通过函数名调用DLL的输出函数，就象调用程序内部的其他函数一样。
4.4 DllMain函数

　　Windows在加载DLL的时候，需要一个入口函数，就如同控制台或DOS程序需要main函数、WIN32程序需要WinMain函数一样。在前面的例子中，DLL并没有提供DllMain函数，应用工程也能成功引用DLL，这是因为Windows在找不到DllMain的时候，系统会从其它运行库中引入一个不做任何操作的缺省DllMain函数版本，并不意味着DLL可以放弃DllMain函数。

　　根据编写规范，Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据，它使得DLL得以保留在内存里。这个函数并不属于导出函数，而是DLL的内部函数。这意味着不能直接在应用工程中引用DllMain函数，DllMain是自动被调用的。

　　我们来看一个DllMain函数的例子（单击此处下载本工程附件）。

BOOL APIENTRY DllMain( HANDLE hModule,

DWORD ul_reason_for_call,

LPVOID lpReserved

)

{

switch (ul_reason_for_call)

{

case DLL_PROCESS_ATTACH:

printf("\nprocess attach of dll");

break;

case DLL_THREAD_ATTACH:

printf("\nthread attach of dll");

break;

case DLL_THREAD_DETACH:

printf("\nthread detach of dll");

break;

case DLL_PROCESS_DETACH:

printf("\nprocess detach of dll");

break;

}

return TRUE;

}

　　DllMain函数在DLL被加载和卸载时被调用，在单个线程启动和终止时，DLLMain函数也被调用，ul_reason_for_call指明了被调用的原因。原因共有4种，即PROCESS_ATTACH、PROCESS_DETACH、THREAD_ATTACH和THREAD_DETACH，以switch语句列出。
来仔细解读一下DllMain的函数头BOOL APIENTRY DllMain( HANDLE hModule, WORD ul_reason_for_call, LPVOID lpReserved )。

　　APIENTRY被定义为__stdcall，它意味着这个函数以标准Pascal的方式进行调用，也就是WINAPI方式；

　　进程中的每个DLL模块被全局唯一的32字节的HINSTANCE句柄标识，只有在特定的进程内部有效，句柄代表了DLL模块在进程虚拟空间中的起始地址。在Win32中，HINSTANCE和HMODULE的值是相同的，这两种类型可以替换使用，这就是函数参数hModule的来历。

　　执行下列代码：

hDll = LoadLibrary("..\\Debug\\dllTest.dll");

if (hDll != NULL)

{

addFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCE(1));

//MAKEINTRESOURCE直接使用导出文件中的序号

if (addFun != NULL)

{

int result = addFun(2, 3);

printf("\ncall add in dll:%d", result);

}

FreeLibrary(hDll);

}

　　我们看到输出顺序为：

　　process attach of dll

　　call add in dll:5

　　process detach of dll

　　这一输出顺序验证了DllMain被调用的时机。

　　代码中的GetProcAddress ( hDll, MAKEINTRESOURCE ( 1 ) )值得留意，它直接通过.def文件中为add函数指定的顺序号访问add函数，具体体现在MAKEINTRESOURCE ( 1 )，MAKEINTRESOURCE是一个通过序号获取函数名的宏，定义为（节选自winuser.h）：

#define MAKEINTRESOURCEA(i) (LPSTR)((DWORD)((WORD)(i)))

#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(i)))

#ifdef UNICODE

#define MAKEINTRESOURCE MAKEINTRESOURCEW

#else

#define MAKEINTRESOURCE MAKEINTRESOURCEA

4.5 __stdcall约定

　　如果通过VC++编写的DLL欲被其他语言编写的程序调用，应将函数的调用方式声明为__stdcall方式，WINAPI都采用这种方式，而C/C++缺省的调用方式却为__cdecl。__stdcall方式与__cdecl对函数名最终生成符号的方式不同。若采用C编译方式(在C++中需将函数声明为extern "C")，__stdcall调用约定在输出函数名前面加下划线，后面加“@”符号和参数的字节数，形如_functionname@number；而__cdecl调用约定仅在输出函数名前面加下划线，形如_functionname。

　　Windows编程中常见的几种函数类型声明宏都是与__stdcall和__cdecl有关的（节选自windef.h）：

#define CALLBACK __stdcall //这就是传说中的回调函数

#define WINAPI __stdcall //这就是传说中的WINAPI

#define WINAPIV __cdecl

#define APIENTRY WINAPI //DllMain的入口就在这里

#define APIPRIVATE __stdcall

#define PASCAL __stdcall

　　在lib.h中，应这样声明add函数：

int __stdcall add(int x, int y);

　　在应用工程中函数指针类型应定义为：

typedef int(__stdcall *lpAddFun)(int, int);

　　若在lib.h中将函数声明为__stdcall调用，而应用工程中仍使用typedef int (* lpAddFun)(int,int)，运行时将发生错误（因为类型不匹配，在应用工程中仍然是缺省的__cdecl调用），弹出如图7所示的对话框。

图7 调用约定不匹配时的运行错误

　　图8中的那段话实际上已经给出了错误的原因，即“This is usually a result of　…”。

　　单击此处下载__stdcall调用例子工程源代码附件。
4.6 DLL导出变量

　　DLL定义的全局变量可以被调用进程访问；DLL也可以访问调用进程的全局数据，我们来看看在应用工程中引用DLL中变量的例子（单击此处下载本工程附件）。

 

/* 文件名：lib.h　*/

#ifndef LIB_H

#define LIB_H

extern int dllGlobalVar;

#endif


/* 文件名：lib.cpp */

#include "lib.h"

#include <windows.h>


int dllGlobalVar;


BOOL APIENTRY DllMain(HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)

{

switch (ul_reason_for_call)

{

case DLL_PROCESS_ATTACH:

dllGlobalVar = 100; //在dll被加载时，赋全局变量为100

break;

case DLL_THREAD_ATTACH:

case DLL_THREAD_DETACH:

case DLL_PROCESS_DETACH:

break;

}

return TRUE;

}


;文件名：lib.def

;在DLL中导出变量

LIBRARY "dllTest"

EXPORTS

dllGlobalVar CONSTANT

;或dllGlobalVar DATA

GetGlobalVar

　　从lib.h和lib.cpp中可以看出，全局变量在DLL中的定义和使用方法与一般的程序设计是一样的。若要导出某全局变量，我们需要在.def文件的EXPORTS后添加：

变量名　CONSTANT　　　//过时的方法

　　或

变量名　DATA　　　 　//VC++提示的新方法

在主函数中引用DLL中定义的全局变量：

#include <stdio.h>

#pragma comment(lib,"dllTest.lib")

extern int dllGlobalVar;

int main(int argc, char *argv[])

{

printf("%d ", *(int*)dllGlobalVar);

*(int*)dllGlobalVar = 1;

printf("%d ", *(int*)dllGlobalVar);


return 0;

}

　　特别要注意的是用extern int dllGlobalVar声明所导入的并不是DLL中全局变量本身，而是其地址，应用程序必须通过强制指针转换来使用DLL中的全局变量。这一点，从*(int*)dllGlobalVar可以看出。因此在采用这种方式引用DLL全局变量时，千万不要进行这样的赋值操作：

dllGlobalVar = 1;

　　其结果是dllGlobalVar指针的内容发生变化，程序中以后再也引用不到DLL中的全局变量了。

　　在应用工程中引用DLL中全局变量的一个更好方法是：

#include <stdio.h>

#pragma comment(lib,"dllTest.lib")

extern int _declspec(dllimport) dllGlobalVar; //用_declspec(dllimport)导入

int main(int argc, char *argv[])

{

printf("%d ", dllGlobalVar);

dllGlobalVar = 1; //这里就可以直接使用, 无须进行强制指针转换

printf("%d ", dllGlobalVar);

return 0;

}

　　通过_declspec(dllimport)方式导入的就是DLL中全局变量本身而不再是其地址了，笔者建议在一切可能的情况下都使用这种方式。
4.7 DLL导出类

　　DLL中定义的类可以在应用工程中使用。

　　下面的例子里，我们在DLL中定义了point和circle两个类，并在应用工程中引用了它们（单击此处下载本工程附件）。

//文件名：point.h，point类的声明

#ifndef POINT_H

#define POINT_H

#ifdef DLL_FILE

class _declspec(dllexport) point //导出类point

#else

class _declspec(dllimport) point //导入类point

#endif

{

public:

float y;

float x;

point();

point(float x_coordinate, float y_coordinate);

};

#endif


//文件名：point.cpp，point类的实现

#ifndef DLL_FILE

#define DLL_FILE

#endif

#include "point.h"

//类point的缺省构造函数

point::point()

{

x = 0.0;

y = 0.0;

}

//类point的构造函数

point::point(float x_coordinate, float y_coordinate)

{

x = x_coordinate;

y = y_coordinate;

}


//文件名：circle.h，circle类的声明

#ifndef CIRCLE_H

#define CIRCLE_H

#include "point.h"

#ifdef DLL_FILE

class _declspec(dllexport)circle //导出类circle

#else

class _declspec(dllimport)circle //导入类circle

#endif

{

public:

void SetCentre(const point ¢rePoint);

void SetRadius(float r);

float GetGirth();

float GetArea();

circle();

private:

float radius;

point centre;

};

#endif


//文件名：circle.cpp，circle类的实现

#ifndef DLL_FILE

#define DLL_FILE

#endif

#include "circle.h"

#define PI 3.1415926

//circle类的构造函数

circle::circle()

{

centre = point(0, 0);

radius = 0;

}

//得到圆的面积

float circle::GetArea()

{

return PI *radius * radius;

}

//得到圆的周长

float circle::GetGirth()

{

return 2 *PI * radius;

}

//设置圆心坐标

void circle::SetCentre(const point ¢rePoint)

{

centre = centrePoint;

}

//设置圆的半径

void circle::SetRadius(float r)

{

radius = r;

}

类的引用：

#include "..\circle.h"　　//包含类声明头文件

#pragma comment(lib,"dllTest.lib");


int main(int argc, char *argv[])

{

circle c;

point p(2.0, 2.0);

c.SetCentre(p);

c.SetRadius(1.0);

printf("area:%f girth:%f", c.GetArea(), c.GetGirth());


return 0;

}

　　从上述源代码可以看出，由于在DLL的类实现代码中定义了宏DLL_FILE，故在DLL的实现中所包含的类声明实际上为：

class _declspec(dllexport) point //导出类point

{

…

}

　　和

class _declspec(dllexport) circle //导出类circle

{

…

}

　　而在应用工程中没有定义DLL_FILE，故其包含point.h和circle.h后引入的类声明为：

class _declspec(dllimport) point //导入类point

{

…

}

　　和

class _declspec(dllimport) circle //导入类circle

{

…

}

不错，正是通过DLL中的

class _declspec(dllexport) class_name //导出类circle　

{

…

}

　　与应用程序中的

class _declspec(dllimport) class_name //导入类

{

…

}

　　匹对来完成类的导出和导入的！

　　我们往往通过在类的声明头文件中用一个宏来决定使其编译为class _declspec(dllexport) class_name还是class _declspec(dllimport) class_name版本，这样就不再需要两个头文件。本程序中使用的是：

#ifdef DLL_FILE

class _declspec(dllexport) class_name //导出类

#else

class _declspec(dllimport) class_name //导入类

#endif

　　实际上，在MFC DLL的讲解中，您将看到比这更简便的方法，而此处仅仅是为了说明_declspec(dllexport)与_declspec(dllimport)匹对的问题。

　　由此可见，应用工程中几乎可以看到DLL中的一切，包括函数、变量以及类，这就是DLL所要提供的强大能力。只要DLL释放这些接口，应用程序使用它就将如同使用本工程中的程序一样！

　　本章虽以VC++为平台讲解非MFC DLL，但是这些普遍的概念在其它语言及开发环境中也是相同的，其思维方式可以直接过渡。

VC++动态链接库((DLL)编程深入浅出((一)   发表日期：2006年1月9日   出处：pconline    作者：宋宝华     【编辑录入：webmaster】

1.概论 　　先来阐述一下DLL(Dynamic Linkable Library)的概念，你可以简单的把DLL看成一种仓库，它提供给你一些可以直接拿来用的变量、函数或类。在仓库的发展史上经历了“无库－静态链接库－动态链接库”的时代。 　　静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都被直接包含在最终生成的EXE文件中了。但是若使用DLL，该DLL不必被包含在最终EXE文件中，EXE文件执行时可以“动态”地引用和卸载这个与EXE独立的DLL文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。 　　对动态链接库，我们还需建立如下概念： 　　（1）DLL 的编制与具体的编程语言及编译器无关 　　只要遵循约定的DLL接口规范和调用方式，用各种语言编写的DLL都可以相互调用。譬如Windows提供的系统DLL（其中包括了Windows的API），在任何开发环境中都能被调用，不在乎其是Visual Basic、Visual C++还是Delphi。 　　（2）动态链接库随处可见 　　我们在Windows目录下的system32文件夹中会看到kernel32.dll、user32.dll和gdi32.dll，windows的大多数API都包含在这些DLL中。kernel32.dll中的函数主要处理内存管理和进程调度；user32.dll中的函数主要控制用户界面；gdi32.dll中的函数则负责图形方面的操作。 　　一般的程序员都用过类似MessageBox的函数，其实它就包含在user32.dll这个动态链接库中。由此可见DLL对我们来说其实并不陌生。 　　(3)VC动态链接库的分类 　　Visual C++支持三种DLL，它们分别是Non-MFC DLL（非MFC动态库）、MFC Regular DLL（MFC规则DLL）、MFC Extension DLL（MFC扩展DLL）。 　　非MFC动态库不采用MFC类库结构，其导出函数为标准的C接口，能被非MFC或MFC编写的应用程序所调用；MFC规则DLL 包含一个继承自CWinApp的类，但其无消息循环；MFC扩展DLL采用MFC的动态链接版本创建，它只能被用MFC类库所编写的应用程序所调用。 由于本文篇幅较长，内容较多，势必需要先对阅读本文的有关事项进行说明，下面以问答形式给出。 　　问：本文主要讲解什么内容？ 　　答：本文详细介绍了DLL编程的方方面面，努力学完本文应可以对DLL有较全面的掌握，并能编写大多数DLL程序。 　　问：如何看本文？ 　　答：本文每一个主题的讲解都附带了源代码例程，可以随文下载（每个工程都经WINRAR压缩）。所有这些例程都由笔者编写并在VC++6.0中调试通过。 　　当然看懂本文不是读者的最终目的，读者应亲自动手实践才能真正掌握DLL的奥妙。 　　问：学习本文需要什么样的基础知识？ 　　答：如果你掌握了C，并大致掌握了C++，了解一点MFC的知识，就可以轻松地看懂本文。 2.静态链接库 　　对静态链接库的讲解不是本文的重点，但是在具体讲解DLL之前，通过一个静态链接库的例子可以快速地帮助我们建立“库”的概念。 图1 建立一个静态链接库 　　如图1，在VC++6.0中new一个名称为libTest的static library工程（单击此处下载本工程附件），并新建lib.h和lib.cpp两个文件，lib.h和lib.cpp的源代码如下： //文件：lib.h #ifndef LIB_H #define LIB_H extern "C" int add(int x,int y);　　　//声明为C编译、连接方式的外部函数 #endif //文件：lib.cpp #include "lib.h" int add(int x,int y) { return x + y; } 　　编译这个工程就得到了一个.lib文件，这个文件就是一个函数库，它提供了add的功能。将头文件和.lib文件提交给用户后，用户就可以直接使用其中的add函数了。 　　标准Turbo C2.0中的C库函数（我们用来的scanf、printf、memcpy、strcpy等）就来自这种静态库。 下面来看看怎么使用这个库，在libTest工程所在的工作区内new一个libCall工程。libCall工程仅包含一个main.cpp文件，它演示了静态链接库的调用方法，其源代码如下：   #include <stdio.h> #include "..\lib.h" #pragma comment( lib, "..\\debug\\libTest.lib" ) 　//指定与静态库一起连接 int main(int argc, char* argv[]) { printf( "2 + 3 = %d", add( 2, 3 ) ); } 　　静态链接库的调用就是这么简单，或许我们每天都在用，可是我们没有明白这个概念。代码中#pragma comment( lib , "..\\debug\\libTest.lib" )的意思是指本文件生成的.obj文件应与libTest.lib一起连接。 　　如果不用#pragma comment指定，则可以直接在VC++中设置，如图2，依次选择tools、options、directories、library files菜单或选项，填入库文件路径。图2中加红圈的部分为我们添加的libTest.lib文件的路径。 图2 在VC中设置库文件路径 　　这个静态链接库的例子至少让我们明白了库函数是怎么回事，它们是哪来的。我们现在有下列模糊认识了： 　　（1）库不是个怪物，编写库的程序和编写一般的程序区别不大，只是库不能单独执行； 　　（2）库提供一些可以给别的程序调用的东东，别的程序要调用它必须以某种方式指明它要调用之。 　　以上从静态链接库分析而得到的对库的懵懂概念可以直接引申到动态链接库中，动态链接库与静态链接库在编写和调用上的不同体现在库的外部接口定义及调用方式略有差异。 3.库的调试与查看 　　在具体进入各类DLL的详细阐述之前，有必要对库文件的调试与查看方法进行一下介绍，因为从下一节开始我们将面对大量的例子工程。 　　由于库文件不能单独执行，因而在按下F5（开始debug模式执行）或CTRL+F5（运行）执行时，其弹出如图3所示的对话框，要求用户输入可执行文件的路径来启动库函数的执行。这个时候我们输入要调用该库的EXE文件的路径就可以对库进行调试了，其调试技巧与一般应用工程的调试一样。 图3 库的调试与“运行” 　　通常有比上述做法更好的调试途径，那就是将库工程和应用工程（调用库的工程）放置在同一VC工作区，只对应用工程进行调试，在应用工程调用库中函数的语句处设置断点，执行后按下F11，这样就单步进入了库中的函数。第2节中的libTest和libCall工程就放在了同一工作区，其工程结构如图4所示。 图4　把库工程和调用库的工程放入同一工作区进行调试 　　上述调试方法对静态链接库和动态链接库而言是一致的。所以本文提供下载的所有源代码中都包含了库工程和调用库的工程，这二者都被包含在一个工作区内，这是笔者提供这种打包下载的用意所在。 动态链接库中的导出接口可以使用Visual C++的Depends工具进行查看，让我们用Depends打开系统目录中的user32.dll，看到了吧？红圈内的就是几个版本的MessageBox了！原来它真的在这里啊，原来它就在这里啊！ 图5　用Depends查看DLL 　　当然Depends工具也可以显示DLL的层次结构，若用它打开一个可执行文件则可以看出这个可执行文件调用了哪些DLL。 　　好，让我们正式进入动态链接库的世界，先来看看最一般的DLL，即非MFC DLL(待续...)

Visual C++6.0(5.0)开发工具功能非常强大，但是对于初学者来说，却有很多细节的问题需要注意。作者搜集整理了以下一些实用小技巧，希望对初学者有所帮助。

1:使用vc开发项目时，常会遇到这种情况：

即明明只改动了一个文件，却要把整个项目全部重新编译连接一次。刚刚连接好，一运行，又提示重新编译连接一次，非常讨厌。这是因为出现了未来文件的缘故。

解决方法：

找出对应文件夹下的debug目录，将未来文件全部delete, 再rebuild all一次。(未来 文件即其创建和修改时间都比系统时间靠后）

2:有时，workspace中的classview显示混乱。其表现如下：

(1):添加的成员变量或函数不能显示；

(2):即使显示出来了变量或函数，双击后不能跳至正确的位置。

解决方法：

删除.ncb文件，再rebuild all.

3:如何干净的删除一个类？

1:先从workspace中的FileView中删除对应的.h和.cpp文件。

2.再关闭项目，从实际的文件夹中删除对应的.h和.cpp文件。

3.灾删除.clw文件。

打开项目，rebuild all。

4:初学者常有这样的疑惑：

直接望工程文件里加入一个CPP原文件再编译连接的话老是提示没有找到预编译头

解决方法：

#include "stdafx.h"

5:如何向项目中加入自己定义的类?

方法很多，介绍一个简便的：

选择Insert/New Class菜单

弹出对话框；

选择Class Type为generic;

输入类名。

当然，也可以自己决定该类的基类

6:如何在工作区(Workspace)导入多个项目(Project)?

在打开一个项目(*.dsp文件)后，在利用“Project” 菜单下Insert Project into Workspace 子菜单选择另一个项目文件（*.dsp文件），可插入另一个项目。

在ClassView 视图中，右键可以激活其中某个项目，工作区插入多个项目能方便不同项目间拷贝代码、资源等。

7: 在ClassView 视图中类太多如何整理?

我们可以在ClassView 视图中右键新建文件夹（New Folder），再把具有相近性质的类拖到对应的文件夹中，使整个视图看上去清晰明了。

8：如何快速删除项目下Debug 文件夹中临时文件?

在FileView视图中选中对应项目，右键Clean即可。

9: 打开一个源文件较大的项目编辑操作非常慢，怎么办?

不要打开项目文件(*.dsp文件)，直接打开要编辑的单个源文件（*.h或*.cpp）进行编辑，要快得多。

10:如果想把整个项目拷贝到软盘，那些文件可以删掉?

除了项目文件夹中debug文件夹可以删除外，.ncb,.clw,.opt 等文件也可以删除，这些文件Rebuilt all后可以重新生成。

11：怎样快速生成一个与现有项目除了项目名外完全相同的新项目?

利用File菜单下生成新项目中的Custom AppWizard ，选择 An existing Project ,然后选择现有项目的项目文件名（*.dsp）Finish,编译后就生成一个可以生成与现有项目相同但可以重新取名的项目的AppWizard。你可以象用MFC AppWizard一样用它。如果不想用了，可以在VC 安装目录下Common\MSDev98\Template目录中删除该Wizard中.awx和 .pdb文件。

12:如何在源文件中定位光标到对称的{ }和 #if, #endif ?

前者使用Ctrl和 “} ”键 ，后者使用Ctrl和“K”键。

13：如何在VC中设置头文件和库文件？

除了VC缺省头文件和库文件外，如果经常要用到第三方的头文件和库文件可以在Tools Options 的Directories中设置。如果只是本项目要用到，可以在Project Setting->Link Object/library Modules中设置库文件。

14:如果让控制台应用程序支持MFC类库？

可以在控制台应用程序中include 来引入MFC库，但是控制台应用程序缺省是单线程的，MFC是多线程的，为解决该矛盾，在Project Setting->C/C++ 选项，选择Code Generation,在Use Run-Time Library 下拉框中选择Debug Multithread。

15:如何为一个MFC应用程序添加ODBC功能？

（1）在文件Stdafx.h文件末尾添加下面一行：

#include // MFC ODBC database classes

（2）在文本模式下编辑RC文件（利用File->Open As text 方式）

在下面的程序行（共有两处）

#include "l.chs\afxprint.rc" // printing/print preview resources

添加下一行：

#include "l.chs\afxdb.rc" // Database resources

16：数据库表修改后，如何快速更新一个绑定到表的CrecordSet记录集？

利用ClassWizard 中 Member Variables标签下选中记录集类后，利用UpdateColoumns和Bind All。

17：如何汉化只有可执行代码的.exe 文件？

在NT 下利用VC Open File 以Resources方式打开*.exe 文件，直接修改资源文件，然后保存即可。

以上只是初学VC者常遇到的一些小问题，希望和大家共同学习。

在C语言中实现文件操作一般采取两种途径。

第一种:调用C语言中有关文件处理的标准库函数。

第二种:直接调用操作系统提供的有关方面的功能。

所谓"文件"一般指存储在外部介质上数据的集合。

2 文件类型指针

Turbo C在stdio.h文件中有以下的文件类型声明:

typedef struct

{ short level;                    /*缓冲区"满"或"空"的程度*/

  unsigned flags;                 /*文件状态标志*/

  char fd;                       /*文件描述符*/

  unsigned char hold;             /*如无缓冲区不读取字符*/

  short        bsize;            /*级冲区的大小*/

  unsigned char *baffer;           /*数据缓冲区的位置*/

  unsigned ar    *curp;           /*指针，当前的指向*/

  unsigned     istemp;           /*临时文件，指示器*/

  short        token;            /*用于有效性检查*/

}FILE;

3 文件的打开和关闭

和其他高级语言一样，对文件读写之前应该"打开"该文件，在使用结束之后应关闭该文件。

一、文件的打开(fopen函数)

ANSI C规定了标准输入输出函数库，用fopen()函数来实现打开文件。fopen函数的调用方式通常为：

FILE *fp;

fp=fopen(文件名，使用文件方式);

例如：fp=fopen("al",nr");

它表示要打开名字为al的文件，使用文件方式为"读入"(r代表read，即读入),fopen函数带回指向al文件的指针并赋给fp，这样fp就和文件al相联系了，或者说，fp指向al文件。可以看出，在打开一个文件时，通知给编译系统以下3个信息:①需要打开的文件名，也就是准备访问的文件的名字。②使用文件的方式("读"还是"写"等)。③让哪一个指针变量指向被打开的文件。

说明:

(1)用"r"方式打开的文件只能用于向计算机输人而不能用作向该文件输出数据，而且该文件应该已经存在，不能用"r"方式打开一个并不存在的文件(即输入文件)，否则出错。

(2)用"w"方式打开的文件只能用于向该文件写数据(即输出文件)，而不能用来向计算机输入。如果原来不存在该文件，则在打开时新建立一个以指定的名字命名的文件。如果原来已存在一个以该文件名命名的文件，则在打开时将该文件删去，然后重新建立一个新文件。

(3)如果希望向文件末尾添加新的数据(不希望删除原有数据)，则应该用"a"方式打开。但此时该文件必须已存在，否则将得到出错信息。打开时，位置指针移到文件末尾。

(4)用"r+"、"w+"、"a+"方式打开的文件既可以用来输人数据，也可以用来输出数据。用"r+"方式时该文件应该已经存在，以便能向计算机输入数据。用"w+"方式则新建立一个文件，先向此文件写数据，然后可以读此文件中的数据。用"a+"方式打开的文件，原来的文件不被删去，位置指针移到文件末尾，可以添加，也可以读。

(5)如果不能实现"打开"的任务，fopen函数将会带回一个出错信息。出错的原因可能是用"r"方式打开一个并不存在的文件;磁盘出故障;磁盘己满无法建立新文件等。此时fopen函数将带回一个空指针值NULL(NULL在stdio.h文件中已被定义为0)。

    (6)用以上方式可以打开文本文件或二进制文件，这是ANSI C的规定，用同一种缓冲文件系统来处理文本文件和二进制文件。但目前使用的有些C编译系统可能不完全提供所有这些功能(例如有的只能用"r"、"w"、"a"方式)，有的C版本不用"r+"、"w+"、"a+"，而用"rw"、"wr"、"ar"等，请读者注意所用系统的规定。

(7)在向计算机输人文本文件时，将回车换行符转换为一个换行符，在输出时把换行符转换成为回车和换行两个字符。在用二进制文件时，不进行这种转换，在内存中的数据形式与输出到外部文件中的数据形式完全一致，一一对应。

(8)在程序开始运行时，系统自动打开3个标准文件:标准输入、标准输出、标准出错输出。

二、文件的关闭(fclose 函数)

fclose(文件指针);

例如：fclose(fp);

4   文件的读写

一、fputc函数和fgetc函数(putc函数和getc函数)

1. fputc函数

把一个字符写到磁盘文件上去。其一般调用形式为： 

fputc(ch,fp);

2. fgetc函数

从指定的文件读入一个字符，该文件必须是以读或读写方式打开的。fgetc函数的调用形式为：

ch=fgetc(fp);

如果想从一个磁盘文件顺序读入字符并在屏幕上显示出来，可以：

ch=fgetc(fp);

while(ch!=EOF)

   { putchar(ch);

     ch=fgetc(fp);

  }

如果想顺序读入一个二进制文件中的数据，可以用：

while(! feof(fp))

   {c=fgetc(fp);

   }

3. fputc和fgetc函数使用举例

例11.1 从键盘输入一些字符，逐个把它们送到磁盘上去，直到输入一个"#"为止。

#include <stdio.h>

main()

{ file*fp;

  char ch,filename[l0];

  scanf("%s"，filename);

  if((fp=fopen(filename，"w"))==NULL)

    {printf("cannot open file\n");

        exit(0);

       ch=getchar();

       while(ch!='#')

      {

         fputc(ch,fp);putchar(ch);

         ch=getchar();

      }

     fclose(fp);

    }

运行情况如下:

file1.c            (输入磁盘文件名)

computer and c#    (输入一个字符串)

computer and c     (输出一个字符串)

可以用DOS命令将file1.c文件中的内容打印出来;

C>type file.c

computer and c

证明了在file1.c 文件中已存入了"computer and c"的信息。

二、fread函数和fwrite函数

ANSI C标准提出设置两个函数(fread和fwrite)，用来读写一个数据块。它们的一般调用形式为：

fread(buffer,size,count,fp);

fwrite(buffer,size,count,fp);

其中：

buffer：是一个指针。对fread来说，它是读入数据的存放地址。对fwrite比来说，是要输出数据的地址(以上指的是起始地址)。

size：要读写的字节数。

count：要进行读写多少个size字节的数据项。

fp：文件型指针。

如果文件以二进制形式打开，用fread和fwrite函数就可以读写任何类型的信息，如：

fread(f,4,2,fp);

其中f是一个实型数组名。一个实型变量占4个字节。这个函数从fp所指向的文件读入2次(每次4个字节)数据，存储到数组f中。

如果有一个如下的结构体类型：

struct student_type

{char name[10];

   int num;

   int age;

  char addr[30];

}stud[40];

结构体数组stud有40个元素，每一个元素用来存放一个学生的数据(包括姓名、学号、年龄、地址)。假设学生的数据已存放在磁盘文件中，可以用下面的for语句和fread函数读入40个学生的数据：

for(i=0;i<40;i++)

fread(&stud[i],sizeof(struct student_type),l,fp);

同样，以下for语句和fwrite函数可以将内存中的学生数据输出到磁盘文件中去：

for(i=0;i<40,i++)

fwrite(&stud[i],sizeof(struct student_type),l,fp);

如果fread或fwrite调用成功，则函数返回值为count的值，即输人或输出数据项的完整个数。

11.4.3 fprintf函数和fscanf函数

它们的一般调用方式为：

fprintf(文件指针，格式字符串，输出表列);

fscanf(文件指针，格式字符串，输入表列);

例如：

fprintf(fp,"%d,%6.2f",i,t);

它的作用是将整型变量i和实型变量t的值按%d和%6.2f的格式输出到fp指向的文件上。

Standard Application Fram Extend
没有函数库，只是定义了一些环境参数，使得编译出来的程序能在32位的操作系统环境下运行。

Windows和MFC的include文件都非常大，即使有一个快速的处理程序，编译程序也要花费相当长的时间来完成工作。由于每个.CPP文件都包含相同的include文件，为每个.CPP文件都重复处理这些文件就显得很傻了。
为避免这种浪费，AppWizard和VisualC++编译程序一起进行工作，如下所示：
 
1.AppWizard建立了文件stdafx.h，该文件包含了所有当前工程文件需要MFCinclude 文件。且这一文件可以随被选择的选项而变化。
 
2.AppWizard然后就建立stdafx.cpp。这个文件通常都是一样的。

3.然后AppWizard就建立起工程文件，这样第一个被编译的文件就是stdafx.cpp。
 
4当VisualC++编译stdafx.cpp文件时，它将结果保存在一个名为stdafx.pch的文件里。(扩展名pch表示预编译头文件。)

5.当VisualC++编译随后的每个.cpp文件时，它阅读并使用它刚生成的.pch文件。
VisualC++不再分析Windowsinclude文件，除非你又编缉了stdafx.cpp或stdafx.h。

 (还要说一句，Microsoft并非是首先采用这种技术的公司，Borland才是。)在这个过程中你必须遵守以下规则：
1.你编写的任何.cpp文件都必须首先包含stdafx.h。
7如果你有工程文件里的大多数.cpp文件需要.h文件，顺便将它们加在stdafx.h(后部)上，然后预编译stdafx.cpp。

2.由于.pch文件具有大量的符号信息，它是你的工程文件里最大的文件。
如果你的磁盘空间有限，你就希望能将这个你从没使用过的工程文件中的.pch文件删除。执行程序时并不需要它们，且随着工程文件的重新建立，它们也自动地重新建立

一、预备知识—程序的内存分配

一个由c/C++编译的程序占用的内存分为以下几个部分

1、栈区（stack）—由编译器自动分配释放，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。

2、堆区（heap）—一般由程序员分配释放，若程序员不释放，程序结束时可能由OS回收。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表，呵呵。

3、全局区（静态区）（static）—全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域，未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。程序结束后由系统释放。

4、文字常量区—常量字符串就是放在这里的。程序结束后由系统释放。

5、程序代码区—存放函数体的二进制代码。

二、例子程序

这是一个前辈写的，非常详细
//main.cpp
  int a=0;    //全局初始化区
  char *p1;   //全局未初始化区
  main()
  {
   intb;栈
   char s[]="abc";   //栈
   char *p2;         //栈
   char *p3="123456";   //123456\0在常量区，p3在栈上。
   static int c=0；   //全局（静态）初始化区
   p1 = (char*)malloc(10);
   p2 = (char*)malloc(20);   //分配得来得10和20字节的区域就在堆区。
   strcpy(p1,"123456");   //123456\0放在常量区，编译器可能会将它与p3所向"123456"优化成一个地方。
}

二、堆和栈的理论知识

2.1申请方式
stack:
       由系统自动分配。例如，声明在函数中一个局部变量int b;系统自动在栈中为b开辟空间
heap:
       需要程序员自己申请，并指明大小，在c中malloc函数
               如p1=(char*)malloc(10);
               在C++中用new运算符
               如p2=(char*)malloc(10);
               但是注意p1、p2本身是在栈中的。

2.2申请后系统的响应

栈：只要栈的剩余空间大于所申请空间，系统将为程序提供内存，否则将报异常提示栈
        溢出。

堆：首先应该知道操作系统有一个记录空闲内存地址的链表，当系统收到程序的申请时，
       会遍历该链表，寻找第一个空间大于所申请空间的堆结点，然后将该结点从空闲结点
       链表中删除，并将该结点的空间分配给程序，另外，对于

大多数系统，会在这块内存空间中的首地址处记录本次分配的大小，这样，代码中的delete语句才能正确的释放本内存空间。另外，由于找到的堆结点的大小不一定正好等于申请的大小，系统会自动的将多余的那部分重新放入空闲链表中。

2.3申请大小的限制

栈：在Windows下,栈是向低地址扩展的数据结构，是一块连续的内存的区域。这句话的
        意思是栈顶的地址和栈的最大容量是系统预先规定好的，在WINDOWS下，栈的大
        小是2M（也有的说是1M，总之是一个编译时就确定的常数），如果申请的空间超
        过栈的剩余空间时，将提示overflow。因此，能从栈获得的空间较小。

堆：堆是向高地址扩展的数据结构，是不连续的内存区域。这是由于系统是用链表来存
        储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。
        堆的大小受限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，
       也比较大。

2.4申请效率的比较：

栈:由系统自动分配，速度较快。但程序员是无法控制的。

堆:是由new分配的内存，一般速度比较慢，而且容易产生内存碎片,不过用起来最方便.
     另外，在WINDOWS下，最好的方式是用Virtual Alloc分配内存，他不是在堆，也不是在 
     栈,而是直接在进程的地址空间中保留一块内存，虽然用起来最不方便。但是速度快，
     也最灵活。

2.5堆和栈中的存储内容

栈：在函数调用时，第一个进栈的是主函数中后的下一条指令（函数调用语句的下一条可 
        执行语句）的地址，然后是函数的各个参数，在大多数的C编译器中，参数是由右向左
       入栈的，然后是函数中的局部变量。注意静态变量是不入栈的。当本次函数调用结束
       后，局部变量先出栈，然后是参数，最后栈顶指针指向最开始存的地址，也就是主函
       数中的下一条指令，程序由该点继续运行。

堆：一般是在堆的头部用一个字节存放堆的大小。堆中的具体内容由程序员安排。

2.6存取效率的比较

char s1[]="aaaaaaaaaaaaaaa";
char *s2="bbbbbbbbbbbbbbbbb";
aaaaaaaaaaa是在运行时刻赋值的；
而bbbbbbbbbbb是在编译时就确定的；
但是，在以后的存取中，在栈上的数组比指针所指向的字符串(例如堆)快。
比如：
#include
voidmain()
{
char a=1;
char c[]="1234567890";
char *p="1234567890";
a = c[1];
a = p[1];
return;
}
对应的汇编代码
10:a=c[1];
004010678A4DF1movcl,byteptr[ebp-0Fh]
0040106A884DFCmovbyteptr[ebp-4],cl
11:a=p[1];
0040106D8B55ECmovedx,dwordptr[ebp-14h]
004010708A4201moval,byteptr[edx+1]
004010738845FCmovbyteptr[ebp-4],al
第一种在读取时直接就把字符串中的元素读到寄存器cl中，而第二种则要先把指针值读到edx中，在根据edx读取字符，显然慢了。

2.7小结：

堆和栈的区别可以用如下的比喻来看出：

使用栈就象我们去饭馆里吃饭，只管点菜（发出申请）、付钱、和吃（使用），吃饱了就走，不必理会切菜、洗菜等准备工作和洗碗、刷锅等扫尾工作，他的好处是快捷，但是自由度小。使用堆就象是自己动手做喜欢吃的菜肴，比较麻烦，但是比较符合自己的口味，而且自由度大。

     摘要: 数学工具(MathTools) FAQ (Frequently Asked Questions)>=============================================<目 录第一节：一般性问题===================================1).关于这个FAQ2).什么叫数学工具？3).数学软件的主要分类有哪些?各有什么特点？4).什么叫拟合...  阅读全文

解析VC++6中的指针

 在VC中,大多数情况对文件的操作都使用系统提供的 API 函数，但有的函数我们不是很熟悉，以下提供一些文件操作 API 函数介绍：

一般文件操作 API

CreateFile
打开文件
要对文件进行读写等操作，首先必须获得文件句柄，通过该函数可以获得文件句柄，该函数是通向文件世界的大门。

ReadFile
从文件中读取字节信息。
在打开文件获得了文件句柄之后，则可以通过该函数读取数据。

WriteFile
向文件写入字节信息。
同样可以将文件句柄传给该函数，从而实现对文件数据的写入。

CloseHandle
关闭文件句柄。
打开门之后，自然要记得关上。

GetFileTime
获取文件时间。
有三个文件时间可供获取：创建时间、最后访问时间、最后写时间。
该函数同样需要文件句柄作为入口参数。

GetFileSize
获取文件大小。
由于文件大小可以高达上数G（1G需要30位），因此一个32位的双字节类型无法对其精确表达，因此返回码表示低32位，还有一个出口参数可以传出高32位。
该函数同样需要文件句柄作为入口参数。

GetFileAttributes
获取文件属性。
可以获取文件的存档、只读、系统、隐藏等属性。
该函数只需一个文件路径作为参数。

SetFileAttributes
设置文件属性。
能获取，自然也应该能设置。
可以设置文件的存档、只读、系统、隐藏等属性。
该函数只需一个文件路径作为参数。

GetFileInformationByHandle
获取所有文件信息
该函数能够获取上面所有函数所能够获取的信息，如大小、属性等，同时还包括一些其他地方无法获取的信息，比如：文件卷标、索引和链接信息。
该函数需要文件句柄作为入口参数。

GetFullPathName
获取文件路径，该函数获取文件的完整路径名。
需要提醒的是：只有当该文件在当前目录下，结果才正确。如果要得到真正的路径。应该用GetModuleFileName函数。

CopyFile
复制文件
注意：只能复制文件，而不能复制目录

MoveFileEx
移动文件
既可以移动文件，也可以移动目录，但不能跨越盘符。（Window2000下设置移动标志可以实现跨越盘符操作）

DeleteFile
删除文件

GetTempPath
获取Windows临时目录路径

GetTempFileName
在Windows临时目录路径下创建一个唯一的临时文件

SetFilePoint
移动文件指针。
该函数用于对文件进行高级读写操作时。


文件的锁定和解锁

LockFile
UnlockFile
LockFileEx
UnlockFileEx

以上四个函数用于对文件进行锁定和解锁。这样可以实现文件的异步操作。可同时对文件的不同部分进行各自的操作。

文件的压缩和解压缩

LZOpenFile
打开压缩文件以读取

LZSeek
查找压缩文件中的一个位置

LZRead
读一个压缩文件

LZClose
关闭一个压缩文件

LZCopy
复制压缩文件并在处理过程中展开

GetExpandedName
从压缩文件中返回文件名称。

以上六个函数为32位 API 中的一个小扩展库，文件压缩扩展库中的函数。文件压缩可以用命令 compress 创建。


文件内核对象

    32位 API 提供一个称为文件映像的特性，它允许将文件直接映射为一个应用的虚拟内存空间，这一技术可用于简化和加速文件访问。

CreateFileMapping
创建和命名映射

MapViewOfFile
把文件映射装载如内存

UnmapViewOfFile
释放视图并把变化写回文件

FlushViewOfFile
将视图的变化刷新写入磁盘

希望通过以上几个常用的 API 函数，能快速的提高文件操作过程函数的编写