此文尤其推荐那些对VC6.0有着无比怀旧情节的人来看：）

首先来简单对比一下两套系统：
VS2010，自带10.0版本的MFC、CRT等DLL库，新的编译器(部分支持C++ 11标准、包括LAMBDA表达式)，功能强大而完善的IDE环境。新的安全特性与SHE处理函数。
VC6.0，自带4.2版本的MFC、CRT等DLL库，很老的编译器(并且很不标准)，功能勉强够用的IDE环境。

VS2010生成的东西体积小、效率高，但是需要使用的基础支持库众多。为了发布一个几十k的小程序，还要一并发布msvcr100.dll msvcp100.dll MFC100.dll等等支持库。到目前为止这些库并不是随着操作系统一起发布的。

VC6.0生成的东西优化与安全性有限。但是一大优势是，它生成的程序，所需的基础支持库，如MFC42.dll ,msvcrt.dll,msvcp60.dll，从Windows XP时代就已经是随着操作系统捆绑发布的。这对于一个中小型程序的发布来说，无异是非常便利的。

那么，有没有一种办法可以将两者的优势结合起来呢？

答案是肯定的！下面且听我慢慢道来。(以下步骤和过程都是本人亲自试验成功的)

有了以上这个想法之后，基于“VS2010是向前兼容的”这样一个大前提，我做了大胆的设想与尝试。

首先用VC6.0建立了一个标准的MFC对话框程序。
然后用VS2010打开刚才建立的这个工程(吧DSW文件拖放进VS2010)，将工程转换为VS2010格式的vcxproj
接下来，打开“项目”菜单->“xxx项目属性”->“配置属性”->“VC++目录”，进行如下设置：
可执行文件目录：$(ExecutablePath)
包含目录：e:\PlatformSDK\Include;
       e:\PlatformSDK\Include\mfc;
        e:\PlatformSDK\Include\atl;
        e:\PlatformSDK\Include\crt
引用目录：留空
库目录：e:\PlatformSDK\Lib;e:\PlatformSDK\Lib\MfcLib_x86
源目录：留空
排除目录：留空
请重点注意，以上用的PlatformSDK使用的是 Windows2003 platform sdk(官方下载地址)，并且假设Platform SDK安装在e:\PlatformSDK
库目录Lib\MfcLib_x86的内容是从VC6.0的目录“VC98\MFC\Lib”复制出来的MFC4.2的所有lib文件，以及从 “VC98\MFC\Lib”复制出来的MSVCRTD.lib MSVCRT.lib MSVCPRT.lib MSVCPRTD.lib

这样设置完之后，就可以编译了。通常编译都不会有问题。链接是一定会失败的。基本上类似以下一些符号链接错误：
error LNK2001:无法解析的外部符号 ___security_cookie
error LNK2001: 无法解析的外部符号 ___report_gsfailure
error LNK2001: 无法解析的外部符号 __except_handler4
error LNK2001: 无法解析的外部符号 __NLG_Notify
error LNK2001: 无法解析的外部符号 __NLG_Destination
error LNK2019: 无法解析的外部符号 @__security_check_cookie@4

难道到这里就放弃了？？

那一定是不会的了。

仔细分析一下，就可以知道，完全相同的代码，完全相同的MFC和CRT的lib库，无法通过编译，就是因为：编译器在编译过程中，自动的为你的代码添加了一些具有不同功能的语句。在这些新添加的语句中，引用到了上述这些外部变量或者函数。

这是新的编译器的特性，这是我们无法去改变的。所以只能从另外一个方向来解决此问题：从VS2010自带的MFC库里面，找到并分离出来以上这些符号和内容。因为VS2010自己是能够完全正常编译、并链接成功的。

经过粗略定位，以上缺少的符号，全部是位于msvcr100.lib里面的。所以只要在其中找到我们所需要的符号，将其分离出来，并链接到我们自己的工程中即可。

具体繁琐的分析和尝试过程暂且不表，用排除法剪除不必要的模块间的各种依赖之后，将需要的模块文件(OBJ文件)添加到工程中，再次编译、链接，大功告成！

成果验证：
使用VS2010或VS2013，配合Windows2003 Platform SDK + 上述之VC6的各种MFC库文件，再加上附件中提供的crtnew.lib，进行编译连接。
用Depends实用程序，查看VS2010编译出来的EXE（用MFC共享DLL模式编译和构建），如果看到只引用了MFC42.dll和msvcrt.dll，而没有MFC100.dll和msvcr100.dll，则说明成功。如下图：

在这个过程中，用到的工具就是VS2010自带的Lib工具。基本操作步骤就是用Lib工具导出所有的msvcr100.lib里面的obj文件，一个一个的试。

我已经把所有需要的obj文件，打包整合为一个lib文件了。大家可以直接下载并使用。
使用时，仅添加以下两行代码即可：

#include "crtnew.h"#pragma comment(lib,"crtnew.lib") 

附带我最终的成果：  把上面的图片保存到本地。重命名为.zip文件，用Winrar即可打开并解压。

也许看到最后，各位在想，这样折腾有什么实际意义？
我只能说：
1、我喜欢VC6.0+MFC4.2这样的开发组合，但是VC6.0的IDE现在用起来真的是过于简陋了。用2013岂不是很爽？
2、MFC4.2生成的程序的依赖库是捆绑在操作系统里面的，这一优势在长期之内还是会继续保持。
3、可以在MFC4.2的基础上，使用新的C++语言特性。告诉你，可以直接使用Lambda表达式，你会心动吗？
4、新奇、好玩。。。。。。

NB 对我这样的小白来说 08以后提供的漂亮的界面还是很需要的

对了，VC6的工程，转换为VS2010或VS2013工程之后，需要进行一些设置：
1、工程属性 -》C/C++ -》语言-》将wchar_t视为内置类型：设置为否
2、工程属性 -》链接器 -》高级-》映像具有安全异常处理程序：设置为否 (/SAFESEH:NO)
3、如果需要在C++异常里面，即try...catch...里面，捕获SEH异常（如非法地址访问、除零等），则需要在
    工程属性 -》C/C++ -》代码生成-》启用C++异常：设置为“是，但有 SEH 异常 (/EHa)”
4、添加对库文件crtnew.lib的引用

最后，如果在构建Release模式的程序的时候，出现了_CrtDbgReport相关的链接错误，则在你的代码中的任意地方，调用一次声明在crtnew.h中的CRTNEW_RESOLVE_CRTDBGREPORT_LINK_ERROR() 宏，即可解决此链接错误。

Nice!

其实SDK的推进, 比IDE和语法的落后, 更能逼迫程序员升级IDE.

VS2010生成的东西体积小、效率高，但是需要使用的基础支持库众多。为了发布一个几十k的小程序，还要一并发布msvcr100.dll msvcp100.dll MFC100.dll等等支持库。到目前为止这些库并不是随着操作系统一起发布的。

另外一种方法：使用MT、MTD编译完全不需要依赖这些库

感谢分享~~~