这对我很有用。

打开任务管理器 选择服务选项卡 选择有问题的服务 右键单击并选择“查看详细信息” 右键单击该服务并选择“结束流程树”

结束流程树将结束该流程以及该流程创建的所有流程。

然后重新安装服务。

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

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

出现错误的主要原因是进程没有停止。 要解决这个问题，启动任务管理器，转到服务，看看你是否还能看到你的服务，然后转到该服务的进程，结束进程。这样问题就完全解决了。

根据这里的一些答案所建议的关闭服务控制台确实允许我删除服务。在我的场景中，这只是一个短期的修复，因为所有后续的重新安装和删除服务都需要我采取这些额外的步骤。回顾我的网页。配置文件时，发现有一个错误，一旦修复，允许我轻松删除服务，而无需额外关闭服务控制台步骤。

我也遇到了同样的问题，最后我决定终止服务进程。

尝试以下步骤:

获取服务的进程id Sc queryex <服务名> 用 taskkill /F /PID <业务PID> .使用实例

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