vc.net中MFC静态与动态链接问题与release方式编译

 在solution  属性设置里 use of mfc 可以更改mfc链接方式

如果选择use    MFC    in    a    Shared    DLL    的话，你编译后的程序中不包含MFC库，所以文件会比较小，但是如果你的程序直接移到一个没有安装过MFC的机器上时，可能会导致找不到MFC的DLL， 如果选择Use    MFC    in    a    Static    Library    ，那你编译后的程序就直接包含了调用MFC的部分的库，文件可能会大一些，但是可以直接移到其他机器上运行.

前者是动态链接，发布不用带MFC的DLL文件，后者是静态连接，发布要带MFC得DLL文件。如果可执行文件多个，使用前者，因为DLL文件是共享的，所以文件总量减少。单个文件也小。加载执行块，但运行速度略比静态慢。   如果可执行文件只有一个，使用后者，执行速度快，但文件比 较大。

通常选use    MFC    in    a    Shared    DLL

在编译里  把DEBUG方式改成 release（发行版）
 这样在工程文件里，release文件夹下，就有了发行版的exe,debug下的文件包含了debug信息。

在某些没有安装mfc的机器上
可以可以使用这种方式 ：1. use mfc in a static library
                                             2.用release编译    就可以在别的机器上运行了 但是 运行速度慢而且文件大

选择static编译，是dos年代的思路。 
 照这种编译方法，如果一个工程，调用了20个自己的dll，全部用static方式编译，最终不是要耗100M内存运行？？！
   
方法是：用depends(vc工具)看一下你的exe需要哪些dll，估计是缺少mfc42.dll、msvcrt.dll等，将这些其它机器可以没有的东西一并打包。