在 Windows 上构建和部署 dll：SxS、清单和所有爵士乐

Question

从 VS 2005 开始，我发现不可能简单地针对 MS 运行时构建 dll 并将它们部署在一起 ( http://www.ddj.com/windows/184406482）。 我对manifest、SxS和co深感困惑：MSDN文档真的很差，有循环引用； 特别是因为我是一个 Unix 爱好者，所以我发现所有这些都没有提供任何信息。 我的核心问题是将 dll 链接到 msvc9 或 msvc8：由于这些运行时不可重新分发，链接和部署此类 dll 的步骤是什么？ 特别是，清单是如何生成的（我不需要 mt.exe，我想要可以跨编译器移植的东西），它们是如何嵌入、使用的？ 并排组装是什么意思？

基本上，我在哪里可以找到任何类型的规范而不是 MS 术语？

谢谢所有回答的人，这真的很有帮助，

Answer 1

如果您打算部署 Microsoft DLL/.manifest 文件并使用 Java JNI，那么您需要将它们放在 JDK/JRE 的 bin 目录中。

如果您在 JBoss 中运行应用程序，则需要将它们放在 JBoss/bin 目录中。

您可以将 JNI DLL 放在适合您的应用程序的位置。

Answer 2

如果您有要在 MSI 中的“InstallFinalize”操作之前启动的服务或要运行的程序，则不能在 Vista 和 Windows Server 2008 上使用 VC++8 SP1/9 CRT 作为合并模块。

这是因为 dll 是在“InstallFinalize”操作中安装在 WinSXS 中的。

但 MSI“ServiceStart”操作在此之前发生。

因此，请使用引导程序“http://www.davidguyer.us/bmg/publish.htm< /a>"

或者研究在安装程序 4.5 中使用安装程序链接。 但这意味着你需要一个引导程序来安装 4.5，所以这似乎有点毫无意义。

Answer 3

感谢你的回答。 对于部署本身，我可以看到 3 个选项，然后：

• 使用 .msi 合并指令。
• 使用可再发行 VS 包并在我自己的安装程序之前运行它
• 沿着我自己的应用程序复制可再发行文件。 但在这种情况下，我如何在文件系统层次结构中引用它（例如 bar/foo1/foo1.dll 和 bar/foo2/foo2.dll 引用 bar/ 中的 msvcr90.dll）？ 我的意思是除了明显且丑陋的“将 dll 复制到每个有依赖于它的 dll 的目录中”。

Answer 4

它们是可再发行的，并且您在 msvs 目录中有可再发行的软件包。

使用您选择的运行时进行构建，将相应的包添加到您的安装程序中，不用担心 - 它会起作用。 不同之处在于 - 它们现在安装在不同的位置（但这也是您的应用程序要查找库的位置）。

否则，MSDN 或基本上任何不太旧的 Windows C++ 编程书籍。

Answer 5

最简单的事情就是：
假设默认安装 VS2005，您将拥有如下路径：

C:\Program Files\Microsoft Visual Studio 8\VC\redist\x86\Microsoft.VC80.CRT

转到此 redist 文件夹中获取文件，然后将 .manifest 和 msvcr80.dll （至少）放入您的应用程序 .exe 文件夹中。
这些文件存在于安装的根目录中，应该使您的 exe 和所有链接到它们的 dll 能够完美地工作，而无需求助于合并模块、MSI 或任何类型的运行时未安装的即时检测。

Answer 6

以下是博客条目解释了 SxS crt 决策背后的合理性VC++。 它包括解释静态链接 crt 有多么糟糕，以及为什么不应该这样做。

这是有关如何静态链接 crt 的文档。

Answer 7

嗯，我遇到过其中一些问题，所以也许我的一些评论会有所帮助。

1. 清单是一个 xml 文件。 虽然 VS 可以并且会在您编译时为您生成一个，但另一种解决方案是生成一个资源文件 (.rc) 并使用 VS 附带的资源编译器 (rc.exe) 将其编译为已编译的资源文件 (.res) 。 您需要从工具菜单运行 VS 命令行，这将使 rc 位于路径中，并正确设置各种环境变量。 然后编译您的资源。 生成的 .res 文件可供其他编译器使用。
2. 确保清单 xml 文件的大小可以被 4 整除。如果需要，可以在其中添加空格以实现此目的。 尽量避免在开始 xml 标记之前或结束 xml 标记之后出现任何字符。 我有时也遇到过这样的问题。 如果步骤 2 的操作不正确，预计会出现并列配置错误。 您可以通过在资源编辑器（例如 devenv.exe）中打开 exe 并检查清单资源来检查这是否是您的错误。 您还可以通过打开构建的文件来查看正确清单的示例，但请注意，dll 和 exe 在应指定资源的 id 方面存在微小差异。

您可能需要在 Vista 上进行测试以确保其正常工作。

Answer 8

我们在所有应用程序中使用一个简单的包含文件 DLL 的 vcmanifest.h，然后将所有项目设置为嵌入清单文件。

vcmanifest.h

/*----------------------------------------------------------------------------*/

#if _MSC_VER >= 1400

/*----------------------------------------------------------------------------*/

#pragma message ( "Setting up manifest..." )

/*----------------------------------------------------------------------------*/

#ifndef _CRT_ASSEMBLY_VERSION
#include <crtassem.h>
#endif 

/*----------------------------------------------------------------------------*/

#ifdef WIN64
    #pragma message ( "processorArchitecture=amd64" )
    #define MF_PROCESSORARCHITECTURE "amd64"
#else
    #pragma message ( "processorArchitecture=x86" )
    #define MF_PROCESSORARCHITECTURE "x86"
#endif 

/*----------------------------------------------------------------------------*/

#pragma message ( "Microsoft.Windows.Common-Controls=6.0.0.0") 
#pragma comment ( linker,"/manifestdependency:\"type='win32' " \
                  "name='Microsoft.Windows.Common-Controls' " \
                  "version='6.0.0.0' " \
                  "processorArchitecture='" MF_PROCESSORARCHITECTURE "' " \
                  "publicKeyToken='6595b64144ccf1df'\"" )

/*----------------------------------------------------------------------------*/

#ifdef _DEBUG
    #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugCRT=" _CRT_ASSEMBLY_VERSION ) 
    #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
            "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugCRT' "         \
            "version='" _CRT_ASSEMBLY_VERSION "' "                          \
            "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
            "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
#else
    #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".CRT=" _CRT_ASSEMBLY_VERSION ) 
    #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
            "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".CRT' "              \
            "version='" _CRT_ASSEMBLY_VERSION "' "                          \
            "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
            "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
#endif

/*----------------------------------------------------------------------------*/

#ifdef _MFC_ASSEMBLY_VERSION
    #ifdef _DEBUG
        #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC=" _CRT_ASSEMBLY_VERSION ) 
        #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
                "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC' "              \
                "version='" _MFC_ASSEMBLY_VERSION "' "                          \
                "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
                "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
    #else
        #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC=" _CRT_ASSEMBLY_VERSION ) 
        #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
                "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC' "              \
                "version='" _MFC_ASSEMBLY_VERSION "' "                          \
                "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
                "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
    #endif
#endif /* _MFC_ASSEMBLY_VERSION */

/*----------------------------------------------------------------------------*/

#endif /* _MSC_VER */

/*----------------------------------------------------------------------------*/