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

使用的是MFC应用程序的工程，工具的版本为VS2013，工程参数都是默认的，其中有一项设置叫做“MFC的使用”，默认设置是“在共享DLL中使用MFC”

“无法启动此程序，因为计算机中丢失mfc120.dll。尝试重新安装改程序以解决此问题。”，看到这个问题我首先想到的就是动态链接库的事情，因为我使用的是VS2013正好使用的是12.0版本的库文件，所以说应该是目标机上没有这个库，当然可以手动下载这个库文件，添加至“C:\Windows\System32”目录，但是在程序开发工程中，你无法要求所有的用户都会这样做，只能从自身找解决方法了。

当然我也仔细查了一下这个叫做“MFC的使用”的参数，它其实包括3个选项，具体如截图：

1. 使用标准Windows库　　　
2. 在共享DLL中使用MFC 　　　
3. 在静态库中使用MFC

这三种当然有着不同的意义：

• 第一种顾名思义，是使用WINDOWS SDK API库，不使用MFC类。话说一个MFC应用程序不使用MFC类是个什么情况，一开始我也想不通，后来我新建了一个MFC应用程序的工程，然后把这这项参数填成这一种，然后程序编译失败，具体错误如下图，这就说明问题了，如果是MFC工程必须选择第二项或者第三项，而第一项“使用标准Windows库”是为非MFC工程准备的（不知理解是否正确，请大神指教）。

• 第二种指的是打包时一些MFC的DLL的内容没有被包含在EXE文件中，所以EXE文件较小，但是运行时要求系统中要有相关的DLL文件。这就是我的程序一开始选择的选项，要求目标计算机中至少要包含“mfc120.dll”库文件，否则无法使用。

• 第三种是将DLL中的相关代码写进EXE文件中，文件较大，但是可以在没有相关DLL的机器上运行。个人感觉程序测试期间使用这个选项应该比较好，起码可以保证程序的正常运行。

总结

• MFC应用程序的工程，关于“MFC的使用”属性，应该选择“在共享DLL中使用MFC”或者“在静态库中使用MFC”。
• “使用标准Windows库” 选项只能用在非MFC工程中，如果用在MFC工程会导致代码编译报错。
• “在共享DLL中使用MFC” 选项生成的程序可执行文件比较小，但是要求目标机器必须装有必要的库文件。
• “在静态库中使用MFC” 选项生成的程序可执行文件几乎所有的Windows都可以执行，但是程序较大一些，其中包含必要的库文件，可以基本保证在别的机器上正常运行