最有可能的是，删除服务失败是因为

protected override void OnStop()

停止服务时抛出错误。将内容包装在try catch中可以防止标记删除错误

protected override void OnStop()
{
            try
            {
                //things to do
            }
            catch (Exception)
            {
            }

}

在我的例子中，服务名称是“Monitor”，它也被一个名为“Monitor”的windows服务使用，当我试图更新我的服务时，我尝试卸载它们，安装程序试图删除windows服务“Monitor”，但它不能，安装总是回滚。

我最终将我的服务重命名为其他东西

在我的情况下，这是由创建eventLog源时未处理的异常引起的。使用try catch来确定原因。

打开Services控制台也可能导致这种情况。直到关闭该服务，Windows才会删除该服务。

这对我来说很管用: 我遇到了同样的问题:我的服务卡在了“标记为删除”中。 -我打开了services.msc 我的服务确实显示为运行，尽管它已经卸载了。 -我点击了停止 收到一条错误消息，表示服务不处于接收控制消息的状态。 尽管如此，服务还是停止了。 —关闭services.msc。 -重新开放services.msc。 -服务消失(不再显示在服务列表中)。

(当时的环境是Windows 7。)

似乎在Windows 7之后的Windows版本上(未经验证，但根据最新的Windows Server 2012 R2经验)，服务控制管理器(SCM)更加严格。

而在Windows 7上，它只是生成另一个进程，它现在正在检查服务进程是否仍然存在，并且可能为任何后续调用CreateService/ deleeservice返回ERROR_SERVICE_MARKED_FOR_DELETE(1072)，即使服务似乎已经停止。

我在这里谈论的是Windows API代码，但我想清楚地概述发生了什么，所以这个序列可能会导致上述错误:

SC_HANDLE hScm = OpenSCManager(nullptr, nullptr, SC_MANAGER_ALL_ACCESS);

SC_HANDLE hSvc = OpenService(hScm, L"Stub service", SERVICE_STOP | SERVICE_QUERY_STATUS | DELETE);

SERVICE_STATUS ss;
ControlService(hSvc, SERVICE_CONTROL_STOP, &ss);
// ... wait for service to report its SERVICE_STOPPED state

DeleteService(hSvc);
CloseServiceHandle(hSvc);
hSvc = nullptr;

// any further calls to CreateService/DeleteService will fail
// if service process is still around

服务进程在报告SERVICE_STOPPED状态后仍然存在的原因并不令人惊讶。这是一个常规进程，其主线程在对StartServiceCtrlDispatcher API的调用中被“卡住”，因此它首先对停止控制动作做出反应，但随后必须执行剩余的代码序列。

不幸的是，SCM/OS没有正确地为我们处理这个问题。 编程解决方案比较简单和准确:在停止服务之前获取服务可执行文件的进程句柄，然后等待这个句柄变成有信号的。

如果从系统管理的角度来处理这个问题，那么解决方案也是等待服务流程完全消失。