我喜欢能够调试我的服务的每个方面，包括在OnStart()中的任何初始化，同时仍然在SCM框架内执行完整的服务行为…没有“控制台”或“应用程序”模式。

为此，我在同一个项目中创建了第二个用于调试的服务。调试服务在正常启动时(即在服务MMC插件中)，创建服务主机进程。这为您提供了一个可以附加调试器的进程，即使您还没有启动真正的服务。在将调试器附加到进程之后，启动真正的服务，您可以在服务生命周期中的任何位置进入它，包括OnStart()。

因为调试服务只需要极少的代码侵入，所以可以很容易地将其包含在服务设置项目中，并且通过注释掉一行代码和删除单个项目安装程序就可以很容易地从产品版本中删除调试服务。

细节:

1)假设你正在实现MyService，也创建MyServiceDebug。将两者添加到Program.cs中的ServiceBase数组中，如下所示:

    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    static void Main()
    {
        ServiceBase[] ServicesToRun;
        ServicesToRun = new ServiceBase[] 
        { 
            new MyService(),
            new MyServiceDebug()
        };
        ServiceBase.Run(ServicesToRun);
    }

2)将真实服务和调试服务添加到服务项目的项目安装程序中:

在将服务项目输出添加到服务的设置项目时，将包括两个服务(真实的和调试的)。安装后，这两个服务都将出现在服务中。MMC插件。

3)启动MMC中的调试服务。

4)在Visual Studio中，将调试器附加到调试服务启动的进程。

5)启动真正的服务，享受调试。

您也可以通过命令提示符(sc.exe)启动服务。

就我个人而言，我会在调试阶段将代码作为独立程序运行，当大多数错误被解决后，再改为作为服务运行。

我喜欢能够调试我的服务的每个方面，包括在OnStart()中的任何初始化，同时仍然在SCM框架内执行完整的服务行为…没有“控制台”或“应用程序”模式。

为此，我在同一个项目中创建了第二个用于调试的服务。调试服务在正常启动时(即在服务MMC插件中)，创建服务主机进程。这为您提供了一个可以附加调试器的进程，即使您还没有启动真正的服务。在将调试器附加到进程之后，启动真正的服务，您可以在服务生命周期中的任何位置进入它，包括OnStart()。

因为调试服务只需要极少的代码侵入，所以可以很容易地将其包含在服务设置项目中，并且通过注释掉一行代码和删除单个项目安装程序就可以很容易地从产品版本中删除调试服务。

细节:

1)假设你正在实现MyService，也创建MyServiceDebug。将两者添加到Program.cs中的ServiceBase数组中，如下所示:

    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    static void Main()
    {
        ServiceBase[] ServicesToRun;
        ServicesToRun = new ServiceBase[] 
        { 
            new MyService(),
            new MyServiceDebug()
        };
        ServiceBase.Run(ServicesToRun);
    }

2)将真实服务和调试服务添加到服务项目的项目安装程序中:

在将服务项目输出添加到服务的设置项目时，将包括两个服务(真实的和调试的)。安装后，这两个服务都将出现在服务中。MMC插件。

3)启动MMC中的调试服务。

4)在Visual Studio中，将调试器附加到调试服务启动的进程。

5)启动真正的服务，享受调试。

对于常规的小程序，我做了一个非常简单的技巧来轻松调试我的服务:

在服务启动时，我检查命令行参数“/debug”。如果使用此参数调用服务，我不会执行通常的服务启动，而是启动所有侦听器，并只显示一个消息框“调试正在进行中，按ok结束”。

因此，如果我的服务以通常的方式启动，它将作为服务启动，如果它以命令行参数/调试启动，它将像正常程序一样工作。

在VS中，我将添加/debug作为调试参数，并直接启动服务程序。

通过这种方式，我可以轻松地调试大多数小型问题。当然，有些东西仍然需要作为服务进行调试，但对于99%来说，这已经足够了。

我过去所做的是有一个命令行开关，它可以作为服务或常规应用程序启动程序。然后，在我的IDE中，我将设置开关，以便我可以分步执行我的代码。

对于某些语言，您实际上可以检测它是否运行在IDE中，并自动执行此切换。

你在用什么语言?

我通常做的是将服务的逻辑封装在一个单独的类中，并从一个“runner”类开始。这个运行器类可以是实际的服务，也可以只是一个控制台应用程序。所以你的解决方案至少有3个项目:

/ConsoleRunner
   /....
/ServiceRunner
   /....
/ApplicationLogic
   /....