dll用法及小结

问题一:

有两个工程:主程序(exe工程)A,lib工程B.工程A如何访问工程B里的变量exp?

解:

1.在工程B里定义exp,如

int exp;

2.在工程A里声明exp,如

extern int exp;

3.程序代码里访问exp,如

int a = exp;

4.在工程A链接的时候将工程B生成的lib作为输入.

5.调试A工程

 

问题二:

有两个工程:主程序(exe工程)A,dll工程B.工程A如何访问工程B里的变量exp?

1.在工程B里定义exp,如

__declspec( dllexport ) int exp;

2.在工程A里声明exp,如

__declspec( dllimport) int exp;

3.程序代码里访问exp,如

int a = exp;

4.设置A工程依赖于B工程

5.调试A工程

 

以下是关于dll的重要信息

1.一旦DLL的文件映像被映射到调用进程的地址空间中，DLL的代码和数据看上去就像恰巧是在进程的地址空间中的额外代码和数据一样。

2.多个进程加载dll互不干扰

3.dll里的全局变量在多个进程里有各自的副本,独立行事.

4.不可在dll内分配内存(比如malloc),而在dll外释放它(比如free).地址空间的不同会让释放出错.

 

参考自下文:

一旦DLL的文件映像被映射到调用进程的地址空间中，DLL的函数就可以供进程中运行的所有线程使用。实际上，DLL几乎将失去它作为DLL的全部特征。对于进程中的线程来说，DLL的代码和数据看上去就像恰巧是在进程的地址空间中的额外代码和数据一样。当一个线程调用DLL函数时，该DLL函数要查看线程的堆栈，以便检索它传递的参数，并将线程的堆栈用于它需要的任何局部变量。此外， <b> DLL中函数的代码创建的任何对象均由调用线程所拥有，而DLL本身从来不拥有任何东西 </b> 。 　　如你所知，可执行文件的全局变量和静态变量不能被同一个可执行文件的多个运行实例共享。Windows98能够确保这一点，方法是在可执行文件被映射到进程的地址空间时为可执行文件的全局变量和静态变量分配相应的存储器。Windows2000确保这一点的方法是使用第13章介绍的写入时拷贝（copy-on-write）机制。DLL中的全局变量和静态变量的处理方法是完全相同的。当一个进程将DLL的映像文件映射到它的地址空间中去时，系统将同时创建全局数据变量和静态数据变量的实例。 　　注意 必须注意的是，单个地址空间是由一个可执行模块和若干个DLL模块组成的。这些模块中，有些可以链接到静态版本的C/C++运行期库，有些可以链接到一个DLL版本的C/C++运行期库，而有些模块（如果不是用C/C++编写 的话）则根本不需要C/C++运行期库。许多开发人员经常会犯一个常见的错误，因为他们忘记了若干个C/C++运行期库可以存在于单个地址空间中。请看下面的代码： VOID EXEFunc(){ PVOID pv = DLLFunc(); free(pv);} PVOID DLLFunc(){return(malloc(100)); } 　　那么你是怎么看待这个问题的呢？上面这个代码能够正确运行吗？DLL函数分配的内存块是由EXE的函数释放的吗？答案是可能的。上面显示的代码并没有为你提供足够的信息。如果EXE和DLL都链接到DLL的C/C++运行期库，那么上面的代码将能够很好地运行。 <b> 但是，如果两个模块中的一个或者两个都链接到静态C/C++运行期库，那么对free函数的调用就会失败。 </b> 我经常看到编程人员编写这样的代码，结果都失败了。 　　有一个很方便的方法可以解决这个问题。当一个模块提供一个用于分配内存块的函数时，该模块也必须提供释放内存的函数。让我们将上面的代码改写成下面的样子： VOID EXEFunc(){ PVOID pv = DLLFunc(); DLLFreeFunc(pv);} PVOID DLLFunc(){ PVOID pv = malloc(100); return(pv);} BOOL DLLFreeFunc(PVOID pv){ return(free(pv));} 　　这个代码是正确的，它始终都能正确地运行。当你编写一个模块时，不要忘记其他模块中的函数也许没有使用C/C++来编写，因此可能无法使用malloc和free函数进行内存的分配。应该注意不要在代码中使用这些假设条件。 另外，在内部调用malloc和free函数时，这个原则对于C++的new和delete操作符也是适用的。