我也认为为正常执行和作为服务提供一个单独的“版本”是可行的，但真的需要为此目的专门提供一个单独的命令行开关吗?

你就不能这样做吗:

public static int Main(string[] args)
{
  if (!Environment.UserInteractive)
  {
    // Startup as service.
  }
  else
  {
    // Startup as application
  }
}

这将有“好处”，你可以通过双击启动你的应用程序(好吧，如果你真的需要的话)，你可以在Visual Studio中点击F5(不需要修改项目设置，包括/控制台选项)。

严格来说，是环境。UserInteractive检查是否为当前窗口站设置了WSF_VISIBLE标志，但是除了作为(非交互式)服务运行之外，还有其他原因它将返回false吗?

我也认为为正常执行和作为服务提供一个单独的“版本”是可行的，但真的需要为此目的专门提供一个单独的命令行开关吗?

你就不能这样做吗:

public static int Main(string[] args)
{
  if (!Environment.UserInteractive)
  {
    // Startup as service.
  }
  else
  {
    // Startup as application
  }
}

这将有“好处”，你可以通过双击启动你的应用程序(好吧，如果你真的需要的话)，你可以在Visual Studio中点击F5(不需要修改项目设置，包括/控制台选项)。

严格来说，是环境。UserInteractive检查是否为当前窗口站设置了WSF_VISIBLE标志，但是除了作为(非交互式)服务运行之外，还有其他原因它将返回false吗?

只需将调试器放置在任何地方，并在启动时附加Visualstudio即可

#if DEBUG
    Debugger.Launch();
#endif

此外，你需要以管理员身份启动VS，并且你需要允许，一个进程可以由不同的用户自动调试(如下所述):

reg add "HKCR\AppID{E62A7A31-6025-408E-87F6-81AEB0DC9347}" /v AppIDFlags /t REG_DWORD /d 8 /f

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

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

当我写一个服务时，我把所有的服务逻辑都放在一个dll项目中，并创建了两个“主机”来调用这个dll，一个是Windows服务，另一个是命令行应用程序。

我使用命令行应用程序进行调试，并仅针对无法在命令行应用程序中重现的错误将调试器附加到实际服务。

如果您使用这种方法，请记住，您必须在实际服务中运行时测试所有代码，而命令行工具是一个很好的调试辅助工具，它是一个不同的环境，并且它的行为与实际服务不完全相同。

在开发和调试Windows服务时，我通常通过添加/console启动参数并检查来将其作为控制台应用程序运行。让生活更轻松。

static void Main(string[] args) {
    if (Console.In != StreamReader.Null) {
        if (args.Length > 0 && args[0] == "/console") {
            // Start your service work.
        }
    }
}