在共享DLL中使用MFC 和在静态库中使用MFC的区别

使用VS2008,在项目属性中有一项MFC的使用,有三种设置: 　　　

1.使用标准Windows库　　　

2.在共享DLL中使用MFC 　　　

3.在静态库中使用MFC 　　

第一种顾名思义。

第二种指的是打包时一些MFC的DLL的内容没有被包含在EXE文件中，所以EXE文件较小，但是运行时要求系统中要有相关的DLL文件。

第三种是将DLL中的相关代码写进EXE文件中，文件较大，但是可以在没有相关DLL的机器上运行。 　　　

同时，如果程序本来是第二种方式，发给同事，在同事机器上运行时，可能会出现错误：　　　“无法启动程序……，由于应用程序配置不正确，未能启动此应用程序。”我觉得，在开发阶段的程序都选第3种比较好吧，不用管大小以及效率，等后期打包的时候用spy等其他工具都可以，来侦测DLL等就行了。(http://blog.csdn.net/xiexievv/article/details/6314874)

"在共享DLL中使用MFC"指的是打包时一些MFC的DLL的内容没有被硬编码到在EXE文件中,所以EXE会文件较小,但是运行时要求运行的系统环境中要有相关的DLL文件.

"在静态库中使用MFC"是将DLL对应的lib静态库中的相关代码硬编码到EXE文件中,文件较大,但是可以在没有已经被包含DLL的机器上运行,当然即使如此也并非所有的DLL都会将其硬编码到Exe中,因此仍然某些DLL是必须的.比如Redistributable Package中的某些DLL.

静态库中编译出来的可执行文件拿到其它机器上也可以运行，共享DLL中编译出来的可执行文件在本机上可以执行，若拿到其它机器上就需要相应的动态库支持。

另外，共享DLL下的工程大小会稍小一些，但是在另一台机器上运行时务必保证那一台机器上有动态库支持。

a. 在属性-常规-MFC的使用 中，当为“在共享 DLL 中使用 MFC”时，则工程会自动将在属性-C/C++-代码生成中的运行库置为动态编译形式（根据debug模式和release模式而言，为多线程调试DLL和多线程DLL）；

b. 在属性-常规-MFC的使用 中，当为“在静态库 中使用 MFC”时，则工程会自动将在属性-C/C++-代码生成中的运行库置为静态编译形式（根据debug模式和release模式而言，为多线程调试MTD和多线程MT）。

c. 在属性-C/C++-预处理器-预处理器定义中，_AFXDLL是在动态编译中进行的，即为“在共享 DLL 中使用 MFC”。因此，如果预处理器定义中有_AFXDLL宏定义，则工程必须在动态编译中进行，即为多线程调试DLL或多线程DLL。