我正在尝试启动我的调试版本WindowsService，但我收到了它没有及时启动的错误。
我已经清理了 ctor 和 OnStart，但它仍然无法启动，所以我认为它加载的 dll 可能需要更好地安装，而不仅仅是在我的项目目录的调试目录中。也许main() 中的所有问题都在晾干？
任何调试服务的指针？我不能直接在 VStudio 中运行它，因为显然这不允许进入其OnCustomCommand(int cmd) 成员并在那里破坏它。
【问题讨论】：
标签： .net debugging windows-services onstart
如果我理解正确，您希望能够在服务处于空闲“已启动”状态之前对其进行调试？
您可以为此使用Debugger.Break() 函数。例如，我们经常在调试构建时将以下内容放入我们的 Main 函数中：
#if DEBUG
if (!Debugger.IsAttached)
{
Debugger.Break();
}
#endif
【讨论】：
#if _DEBUG MyService::startInstance(service); /*Put a breakpoint on the following line to always catch your service when it has finished its work*/ Thread::Sleep(Timeout::Infinite); 可能是造成破坏的原因。它可以工作，但不会破坏 VStudio。这是您链接到的有趣方法，谢谢。
我只会在 OnStart 方法中做尽可能少的事情，足够的 init 来启动一个完成所有工作的线程，这样您就可以尽快从 OnStart 中返回。然后在线程委托中，您可以添加 Reddog 的代码以中断调试器，可能在其中添加一个 thread.sleep，以便您有时间先附加到进程。
另一种选择是在你的服务中添加一个 main 方法，它可以创建服务类的实例并调用 onstart/onstop，并将项目输出更改为控制台应用程序，然后你就可以两全其美了，它'将通过 installutil 作为服务安装，您可以在 Visual Studio 中将其作为控制台应用程序运行和调试。
详情here
如果您只想将服务作为服务进行调试，那么我建议您的 OnStart 方法启动一个执行处理然后返回的线程，然后线程委托可以执行 Thread.Sleep（一些合理的时间) 然后是 Debugger.Break();
线程休眠让您有机会将调试器附加到进程，在您使用服务控制管理器启动服务后，它会到达 Debugger.Break()，这将强制调试器中断，允许您一小步。关键是在 30 秒之前从 OnStart 返回，并在您遇到断点之前将调试器附加到进程。
另外，我认为 Debugger.Break 为您提供了附加调试器的选项，因此请在代码中尝试（不确定它是否与服务很好地配合，尽管它们应该没有 UI）您可能会坚持下去Debugger.Break 进入您的委托并在 30 秒前附加到进程。
【讨论】：
OnCustomCommand 的真正服务运行。 Reddog 的代码在我的委托或任何地方都不起作用......可能是由于 VCExpress 或我的配置。