Microsoft Visual C++ 2008 发布程序的部署问题

Microsoft Visual C++ 2008 发布程序的部署问题VS2008编译的程序在Windows2008环境上运行时经常出现如下问题：应用程序事件日志如下：上述两个问题都解决后则可能还出现如下问题：注意：此时是调用dll出现问题了，而不是运行主程序出错。

主要问题是“找不到从属程序集Microsoft.VC90.MFC”，解决办法如下：将整个“C:\Application\Microsoft Visual Studio 9.0\VC\ redist\x86\Microsoft.VC90.MFC”拷贝到exe文件所在目录下，如果exe程序所涉及调用的dll与该exe文件不在同一目录，那么须要在dll所在目录也拷贝一份。

详细描述如下：这个问题有好多Blog和Forum已经讨论过了，但都不详尽，在具体的操作过程中还是有许多疑问。

我摘录并整合了许多网络文章，希望能够做个最终了结。

一、VC2005和VC2008编译出来的程序如何发布/lf426/archive/2008/04/12/46885.aspxVC2005和VC2008编译出来的程序放到别人的电脑上为什么有可能无法运行呢？1：Microsoft Visual C++ 2008 Express Edition可以发布软件吗？能！很多人说，因为是Express版，不是Studio，所以只是用来练习语言的，不能发布软件——错！除了没有MFC和ATL，基本上跟 .net 版本是一样的。

发布出来的，是完整的可执行文件。

2：VC 2008 (2005) 发布出来的程序必须附带上他们特定的dll文件吗？不一定。

如果目标系统是个经常升级的系统，微软已经为其打上了所需要的dll文件补丁了，不需要在软件包里面附加特定的dll文件。

特别在Vista系统中，你更是不需要VC8和VC9的dll文件。

但是在一些老版本的系统中，这些文件就是必须的。

3：VC2008和VC2005特定的dll文件是哪些？VC8: msvcm80.dll, msvcp80.dll, msvcr80.dllVC9: msvcm90.dll, msvcp90.dll, msvcr90.dll4：如何部署文件？首先，请选择release版本；在生成可执行文件（exe文件）的时候，会得到相应的部署文件（manifest文件）。

比如，得到a.exe文件，就会同时生成a.exe.intermediate.manifest文件。

请将这2个文件放在同一文件夹下。

然后，你需要VC8和VC9的部署文件：Microsoft.VC80.CRT.manifest和Microsoft.VC90.CRT.manifest。

请到你的VC安装目录下寻找，比如：C:\Program Files\Microsoft Visual Studio9.0\VC\redist\x86\Microsoft.VC90.CRT我这里也把2个部署文件直接贴出来，没装的直接用就是了：Microsoft.VC90.CRT.manifest然后将VC8的3个dll以及这个manifest装到一个文件夹里，并将文件夹命名为Microsoft.VC80.CRT。

同样将VC9的3个dll以及这个manifest装到一个文件夹里，并将文件夹命名为Microsoft.VC90.CRT。

将这2个文件夹放到与exe文件（及其部署文件）所在目录下就OK了。

至于为什么VC9编译的程序要用VC8的dll，大家可以看看我例程部署文件：<?xml version='1.0' encoding='UTF-8' standalone='yes'?><assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"><security><requestedPrivileges><requestedExecutionLevel level='asInvoker' uiAccess='false' /></requestedPrivileges></security></trustInfo><dependency><dependentAssembly><assemblyIdentity type='win32' name='Microsoft.VC90.CRT' version='9.0.21022. 8' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' /></dependentAssembly></dependency><dependency><dependentAssembly><assemblyIdentity type='win32' name='Microsoft.VC80.CRT' version='8.0.50727. 762' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' /></dependentAssembly></dependency></assembly>VC 2008生成出来就需要VC90和VC80的CRT，我们能有什么脾气呢……也就是说，还别管你exe文件多大，要保证正常运行，我们需要首先拷贝这8个文件……二、“应用程序配置不正确，程序无法启动”的原因/fairysky/blog/item/130dda13db7b050a5aaf53be.htmlvc2005/vc2008采用了新的程序部署技术（manifest清单文件），manifest清单文件实际上类似于我们常用的makefile文件，它定义了程序运行的依赖关系（程序运行所需要的dll 库的名称、版本等）。

程序运行，首先根据manifest清单文件（这个文件可以嵌入到exe或dll中，或者单独生成外部文件，可以通过vc2005/vc2008的编译选项控制：工程“属性”->“配置属性”->“清单工具”->“输入输出”->“嵌入清单文件”，选择“是”或“否”来控制）来查找程序运行需要的dll库的名称、版本等，如果所在的系统中没有程序运行所需要的dll 库和相应的manifest清单文件，则弹出“应用程序配置不正确，程序无法启动”对话框。

另外要注意，由于vc2005/vc2008与.net集成，导致出现一个新的概念：在.net中，将exe、dll都看成“程序集（assemble）”，每个程序集（assemble）都附带有一个manifest清单文件，因此使得vc2005/vc2008的CRT（C 运行时库）、MFC、ATL等dll库都附带有一个manifest清单文件。

归根结底是由于老版本的系统没有我们开发的程序运行所需要的基本运行时库（2k、xp系统只有vc6的一些dll库，而没有vc2005、vc2008所需要的dll库以及相应的manifest清单文件，而在vista系统或者即将到来的windows 7系统上则包含有vc2005、vc2008的dll库和manifest清单文件）举个例子：（在XP SP3系统下）使用vc2008 express sp1版（没有mfc、atl），新建一个“HelloWorld”的“win32控制台应用程序”工程，在release下编译，此时默认的编译选项：（在这里我们只关注与我们的问题相关的几个选项）1、工程“属性”->“配置属性”->“c/c++”->“代码生成”->“运行库”默认选项为/MD（release）、/MDd（debug），对这几个编译选项不清楚的可以参见： VC运行库版本不同导致链接.LIB静态库时发生重复定义问题的一个案例分析和总结2、工程“属性”->“配置属性”->“清单工具”->“输入输出”->“嵌入清单文件”默认选项为“是”（表示将manifest清单文件嵌入到程序中）；当然，我们也可以选择“否”，从而单独生成一个manifest清单文件，不过这会增加不必要的依赖项，因此不建议选择“否”。

编译->链接之后在“ HelloWorld ”工程的release或debug目录下，我们能够看到一个HelloWorld.exe.intermediate.manifest清单文件（根据编译选项，见上，vc2008将manifest清单文件嵌入到了exe程序中，HelloWorld.exe.intermediate.manifest清单文件是一个临时文件，但它的内容与嵌入到exe程序的manifest文件是一样的），用文本编辑器打开该文件（用“记事本”也行，不过格式太乱，看不清楚内容，推荐使用vim或其它的文本编辑器查看），大致内容如下：我们重点查看红色部分，这说明编译后的exe程序依赖于vc90（也即vc2008）的CRT（C运行时库），版本9.0.210022.8（这是由于使用/MD选项，程序动态的依赖于CRT，如果使用/MT选项，则会将CRT静态链接到程序中，当然，这会使程序的尺寸急剧的增长，大概有10倍的大小差距）当exe程序执行时，它会根据嵌入的manifest文件查找相应的依赖项，在这个HelloWorld.exe程序中，它依赖于vc90 CRT，因此它会在“C:\WINDOWS\WinSxS”和“当前目录”下查找相应的dll库以及manifest文件，(这里指的是xp系统，不考虑vista系统，具体的参见：程序集搜索顺序)在我的机器上有2个版本的vc90 CRT（由于安装了vc2008 express sp1）vc90 CRT的dll库位于（9.0.21022.8版本）“C:\WINDOWS\WinSxS\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.21022 .8_x-ww_d08d0375”相应的manifest文件则位于“C:\WINDOWS\WinSxS\Manifests\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b _9.0.21022.8_x-ww_d08d0375.manifest”vc90 CRT的dll库位于（9.0.30729版本）“C:\WINDOWS\WinSxS\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.30729 .1_x-ww_6f74963e”相应的manifest文件则位于“C:\WINDOWS\WinSxS\Manifests\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b _9.0.30729.1_x-ww_6f74963e.manifest”在这里我们就有一个疑问了，我们的开发环境是vc2008 express sp1，那么我们的程序链接的CRT版本应该是9.0.30729版本的啊？（这个不是我瞎说的，大家可以用dependency walker来查看程序实际链接的DLL版本），为什么在manifest文件中依赖的CRT却是9.0.21022.8版本的? 这里就涉及到一个新的名词“policy "，操作系统会根据C:\WINDOWS\WinSxS\Policies\x86_policy.9.0.Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_x-ww_b7353f75\9.0.30729.1.policy文件的内容，进行dll版本的跳转（重点看深蓝斜体字部分）从而选择了9.0.30729版本的vc90 CRT （这个所谓的“policy跳转”是道听途说来的，具体的英文资料藏在microsoft的什么地方我就不得而知了。