C/C++ 独立应用程序和并行程序集疑难解答
如果找不到依赖库，则加载 C/C++ 应用程序可能会失败。 本文介绍 C/C++ 应用程序未能加载的一些常见原因，并提供了用于解决问题的建议步骤。
如果应用程序未能加载的原因是其清单指定了对某个并行程序集的依赖项，而该程序集未作为私有程序集安装在可执行文件所在的文件夹中，也未安装在 %WINDIR%\WinSxS\ 文件夹中的本机程序集缓存中，则可能会显示以下错误消息之一（具体取决于尝试运行应用的 Windows 的版本）。
应用程序正常初始化(0xc0000135)失败。
由于应用程序配置不正确，应用程序未能启动。 重新安装应用程序可能会纠正这个问题。
系统无法执行指定的程序。
如果应用程序没有清单，并且依赖于 Windows 在典型搜索位置找不到的 DLL，则可能会显示类似于下面这样的错误消息：
- 没有找到所需 DLL，因此这个应用程序未能启动。 重新安装应用程序可能会修复此问题。
如果应用程序部署在未安装 Visual Studio 的计算机上，并且它在出现类似于以上消息的错误消息的情况下崩溃，请检查以下内容：
按照理解 Visual C++ 应用程序的依赖项中介绍的步骤执行。 Dependency Walker 可以显示应用程序或 DLL 的大多数依赖项。 如果观察到某些 DLL 缺失，请在尝试运行应用程序的计算机上安装它们。
操作系统加载程序会使用应用程序清单加载应用程序所依赖的程序集。 清单可以作为资源嵌入在二进制文件中，或作为单独文件安装在应用程序文件夹中。 若要检查清单是否嵌入在二进制文件中，请在 Visual Studio 中打开二进制文件，然后在其资源列表中查找 RT_MANIFEST。 如果找不到嵌入的清单，请在应用程序文件夹中查找名称类似于 <binary_name>.<extension>.manifest 的文件。
如果应用程序依赖于并行程序集，但不存在清单，则必须确保链接器为项目生成清单。 在项目的“项目属性”对话框中选中链接器选项“生成清单”。
如果清单嵌入在二进制文件中，请确保 RT_MANIFEST 的 ID 对于此类型的二进制文件是正确的。 有关要使用的资源 ID 的详细信息，请参阅使用并行程序集作为资源 (Windows)。 如果清单位于单独文件中，请在 XML 编辑器或文本编辑器中打开它。 有关清单和部署规则的详细信息，请参阅清单。
注意
如果嵌入式清单和单独清单文件同时存在，则操作系统加载程序使用嵌入式清单，忽略单独文件。 但是，在 Windows XP 中，情况相反 — 使用单独清单文件，而忽略嵌入式清单。
我们建议将清单嵌入在每个 DLL 中，因为在通过
LoadLibrary调用加载 DLL 时会忽略外部清单。 有关详细信息，请参阅程序集清单。检查清单中枚举的所有程序集是否都正确安装在计算机上。 每个程序集都通过其名称、版本号和处理器体系结构在清单中进行指定。 如果应用程序依赖于并行程序集，请检查这些程序集是否正确安装在计算机上，以便操作系统加载程序可以找到它们（如程序集搜索顺序中所述）。 请记住，64 位程序集不能在 32 位进程中加载，并且不能在 32 位操作系统上执行。
示例
假设我们有一个使用 Visual C++ 生成的应用程序 appl.exe。 该应用程序清单作为二进制资源 RT_MANIFEST（ID 等于 1）嵌入在 appl.exe 中，或存储为单独文件 appl.exe.manifest。 此清单的内容类似于下面这样：
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Fabrikam.SxS.Library" version="2.0.20121.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3e"></assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
对于操作系统加载程序，此清单指示 appl.exe 依赖于一个名为 Fabrikam.SxS.Library、版本是 2.0.20121.0 并且是为 32 位 x86 处理器体系结构而生成的程序集。 依赖的并行程序集可以作为共享程序集或私有程序集进行安装。
共享程序集的程序集清单安装在 %WINDIR%\WinSxS\Manifests\ 文件夹中。 它标识程序集并列出其内容（即，作为程序集一部分的 DLL）：
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<noInheritable/>
<assemblyIdentity type="win32" name="Fabrikam.SxS.Library" version="2.0.20121.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3e"/>
<file name="Fabrikam.Main.dll" hash="3ca5156e8212449db6c622c3d10f37d9adb1ab12" hashalg="SHA1"/>
<file name="Fabrikam.Helper.dll" hash="92cf8a9bb066aea821d324ca4695c69e55b2d1c2" hashalg="SHA1"/>
</assembly>
并行程序集还可以使用发行者配置文件（也称为策略文件）对应用程序和程序集进行全局重定向，以使用并行程序集的某个版本而不是相同程序集的另一个版本。 可以在 %WINDIR%\WinSxS\Policies\ 文件夹中检查共享程序集的策略。 下面是一个示例策略文件：
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity type="win32-policy" name="policy.2.0.Fabrikam.SxS.Library" version="2.0.20121.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3e"/>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Fabrikam.SxS.Library" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3e"/>
<bindingRedirect oldVersion="2.0.10000.0-2.0.20120.99" newVersion="2.0.20121.0"/>
</dependentAssembly>
</dependency>
</assembly>
此策略文件指定请求获得此程序集的 2.0.10000.0 版本的任何应用程序或程序集都应改为使用 2.0.20121.0 版本（这是系统上安装的当前版本）。 如果在策略文件中指定了应用程序清单中提到的程序集版本，则加载程序会在 %WINDIR%\WinSxS\ 文件夹中查找清单中指定的此程序集的版本，如果未安装此版本，则加载会失败。 并且，如果未安装程序集版本 2.0.20121.0，则对于请求获得程序集版本 2.0.10000.0 的应用程序，加载会失败。
不过，程序集也可以作为私有并行程序集安装在已安装应用程序文件夹中。 如果操作系统未能找到作为共享程序集的程序集，则它会按以下顺序查找作为私有程序集的程序集：
在应用程序文件夹中检查是否存在名为 <assemblyName>.manifest 的清单文件。 在此示例中，加载程序尝试在包含 appl.exe 的文件夹中查找 Fabrikam.SxS.Library.manifest。 如果找到清单，则加载程序从应用程序文件夹加载程序集。 如果找不到程序集，则加载会失败。
尝试在包含 appl.exe 的文件夹中打开 \<assemblyName>\ 文件夹，如果 \<assemblyName>\ 存在，则尝试从此文件夹加载名为 <assemblyName>.manifest 的清单文件。 如果找到清单，加载程序会从 \<assemblyName>\ 文件夹加载程序集。 如果找不到程序集，则加载会失败。
有关加载程序如何搜索依赖程序集的详细信息，请参阅程序集搜索顺序。 如果加载程序未能找到作为私有程序集的依赖程序集，则加载会失败，并显示消息“系统无法执行指定的程序”。 若要解决此错误，请确保依赖程序集（以及作为它们一部分的 DLL）作为私有或共享程序集安装在计算机上。