这个问题我之前也碰到过，核心原因是Windows Installer的状态记录和系统中实际的服务状态脱节：取消卸载时，Installer可能已经执行了服务删除操作，但回滚了自身的安装状态记录，导致它认为服务还存在，可实际系统里已经没有了，最终陷入“装不了也卸不掉”的死循环。下面给你几个可行的解决办法：

一、强制清理Installer的状态记录（最快解决当前问题） #

直接用Windows Installer的命令行工具强制卸载，忽略服务的实际状态：

1. 先找到你的安装包对应的产品代码：
   • 打开管理员权限的命令提示符，执行：

     wmic product where "name='你的服务显示名称'" get IdentifyingNumber
     

   • 或者在注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall路径下，找到对应服务的子项，里面的ProductId就是产品代码（格式是带大括号的GUID）。
2. 执行强制卸载命令：

   msiexec /x {你的产品代码} /qn /forcerestart
   

   • /x表示卸载，/qn是静默执行（避免交互出错），/forcerestart会重启相关系统进程，确保状态完全清理。

二、手动恢复服务后正常卸载 #

先把系统里的服务状态和Installer的记录对齐，再正常卸载：

1. 找到你的服务可执行文件的完整路径（比如C:\Program Files\你的服务\Service.exe）。
2. 打开管理员命令提示符，执行手动创建服务的命令：

   sc create "你的服务名称" binPath= "服务exe的完整路径"
   

   ⚠️ 注意：binPath=后面必须加一个空格，这是sc命令的语法要求。
3. 运行你的安装包，选择“卸载”选项，这时候Installer能找到服务，就能正常完成卸载流程，不会再出现“指定的服务不存在”的报错。

三、修改安装包逻辑，从根源避免问题 #

要彻底杜绝这种情况，建议调整你的安装包实现方式，让服务的安装/卸载完全由Windows Installer管理：

1. 移除自定义的ProjectInstaller/ServiceInstaller类：你之前用的自定义安装类会绕开Windows Installer的事务机制，导致操作不同步。
2. 改用VS Installer的服务配置表：在你的Windows Installer项目中，直接通过ServiceInstall和ServiceControl表配置服务：
   • 在安装项目的“文件系统”里，右键你的服务exe，选择“创建快捷方式”→“服务安装程序”，VS会自动生成对应的服务配置表。
   • 配置服务的启动类型、账户等属性，这样Windows Installer会自动处理事务：如果中途取消卸载，服务的删除操作会被回滚，不会出现状态不一致的情况。
   • 你之前尝试用服务安装表时提示“服务已安装”，就是因为自定义安装类已经安装了服务，和Installer的配置冲突，移除自定义代码后再用服务表配置就不会有问题了。

内容的提问来源于stack exchange，提问作者Sagar Kapadia