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

protected override void OnStop()

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

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

}

如果@MainMa提供的步骤不起作用，请执行以下步骤

处理步骤步骤1尝试从windows任务管理器或使用taskkill /F /PID删除进程。你可以通过命令'sc queryex '找到进程的pid。如果仍然无法卸载，请尝试下一步。

2 .如果以上情况

运行Autoruns for Windows按名称搜索服务并删除结果。

似乎在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没有正确地为我们处理这个问题。 编程解决方案比较简单和准确:在停止服务之前获取服务可执行文件的进程句柄，然后等待这个句柄变成有信号的。

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

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

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

有时，在通过PowerShell远程会话脚本删除服务时可能会发生这种情况，特别是当您试图多次删除服务时。在这种情况下，尝试在删除之前重新创建会话:

Remove-PSSession -Session $session
$newSession = New-PSSession -ComputerName $Name  -Credential $creds -ErrorAction Stop
Enter-PSSession $newSession

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

(当时的环境是Windows 7。)