1个32位和64位Windows服务安装程序 [英] 1 installer for 32bit and 64bit windows service

问题描述

我有一个使用所有CPU进行编译的窗口服务.问题是我正在使用安装程序(msi)，并且我不想为每个平台编译2个单独的MSI，原因是我们的支持不力.我想要1个安装程序，该安装程序可以延迟OS并相应地安装服务，或者要在1个安装程序中同时包含MSI和它的选择.

解决方案

如何提供一个小的检测并运行正确的MSI的安装程序应用程序?您的主要msi会运行此应用程序，它将检测CPU架构，然后运行相应的安装程序msi.

如果您不想这样做，则应在ms软件安装程序中进行搜索，并找出其属性以及使用这些属性的陷阱.

如果服务可执行文件已编译与任何CPU一样，它将在64位系统上以64位运行，在32位系统上以32位运行.您都可以使用单个32位安装程序(安装程序在这里无关紧要). )的不同部分:对于WIN32，x86-64和Itanium IA-64体系结构，请参见 http://en.wikipedia.org/wiki/X86-64 [ ^ ]和 http://en.wikipedia.org/wiki/Itanium [ http://en.wikipedia.org/wiki/WOW64 [ 解决方案

How about providing a small installer app that detects and runs the correct MSI? Your main msi would just run this app, and it would detect the CPU architecture, and then run the appropriate installer msi.

If you don''t want to do that, you should google the ms software installer and find out wht the properties are, and the gotchss surrounding using them.

If the service executable is compiled as Any CPU, it will run as 64 bit on 64 bit systems and as 32 bit on 32 bit systems. You can use a single 32 bit installer for both (the installer does not matter here).

What you want is quite possible, but all installers I ever saw either comes in two (or three) different parts: for WIN32, x86-64 and Itanium IA-64 architectures, see http://en.wikipedia.org/wiki/X86-64[^] and http://en.wikipedia.org/wiki/Itanium[^]. Those installers packed in one file still give the user a choice of target architecture, for a good reason.

Why not giving the user of 64-bit system and option to install 32-bit version? It can run under WoW64 (http://en.wikipedia.org/wiki/WOW64[^]) which is a valid choice.

—SA

这篇关于1个32位和64位Windows服务安装程序的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！