首次用C#开发Windows服务：启动顺序、调试及命名管道问题咨询

一、方法调用顺序 #

• 首先执行Main方法：这是.NET程序的入口点，Windows服务托管进程（services.exe）启动你的EXE时会先触发它。通常你会在Main里调用ServiceBase.Run(new MyNewService())，触发服务实例的创建。
• 接着执行服务构造函数：实例化MyNewService时自动调用，适合做一次性基础初始化（比如事件日志的基础配置，别放耗时操作）。
• 最后执行OnStart方法：服务托管进程完成实例创建后调用，这才是服务业务逻辑启动的入口，所有启动相关的业务代码都该放在这里。
• 注意：Main和OnStart并非并行执行，只是服务启动是异步托管流程，容易给人并行的错觉，实际是Main先启动服务托管流程，之后才触发OnStart。

二、事件源初始化位置 #

• 事件源初始化推荐放在服务构造函数里，或者OnStart方法的最开始（如果依赖启动参数的话）。
• 示例代码：

public MyNewService()
{
    InitializeComponent();
    if (!EventLog.SourceExists("MyServiceSource"))
    {
        EventLog.CreateEventSource("MyServiceSource", "MyServiceLog");
    }
    eventLog1.Source = "MyServiceSource";
    eventLog1.Log = "MyServiceLog";
}

• 不要放在Main里，因为Main是程序入口，服务未完成实例化时，事件日志的上下文可能不完整。

三、Main方法的参数处理 #

• Main方法的参数可以正常接收，但Windows服务被services.exe启动时不会传入自定义参数。如果需要传参，可通过以下方式：
  • 用服务的配置文件（如appsettings.json）存储参数；
  • 安装服务时通过sc config命令设置启动参数，之后在OnStart方法中用Environment.GetCommandLineArgs()获取。

四、调试时获取控制台输出 #

• 服务默认无控制台窗口，可通过两种方式获取输出：
  1. 双模式运行：在Main里判断命令行参数，比如/console，如果是则直接以控制台模式运行业务逻辑，而非启动服务：

  static void Main(string[] args)
  {
      if (args.Contains("/console"))
      {
          var service = new MyNewService();
          service.StartLogic(args); // 将OnStart里的逻辑抽成独立方法
          Console.ReadLine();
      }
      else
      {
          ServiceBase.Run(new MyNewService());
      }
  }
  

  2. 重定向输出到日志：在服务中将Console输出重定向到事件日志或文件：

  Console.SetOut(new StreamWriter("C:\\ServiceLogs\\console.log") { AutoFlush = true });
  

五、命名管道无响应排查 #

服务显示“Running”但管道无响应，常见原因及解决方法：

• 权限问题：Windows服务默认以Local System、Network Service等账户运行，权限和控制台模式不同，需确保管道权限允许其他进程访问：

var pipeSecurity = new PipeSecurity();
pipeSecurity.AddAccessRule(new PipeAccessRule(
    new SecurityIdentifier(WellKnownSidType.WorldSid, null),
    PipeAccessRights.ReadWrite, AccessControlType.Allow));
using (var pipeServer = new NamedPipeServerStream("MyPipe", PipeDirection.InOut, 1, PipeTransmissionMode.Byte, PipeOptions.None, 4096, 4096, pipeSecurity))
{
    // 管道业务逻辑
}

• OnStart方法阻塞：如果OnStart里直接写阻塞逻辑（比如死循环等待管道连接），会导致服务托管进程判定启动异常。正确做法是在OnStart中启动后台线程或用Task.Run处理管道逻辑：

protected override void OnStart(string[] args)
{
    Task.Run(() =>
    {
        // 命名管道监听与处理逻辑
    });
}

• 管道初始化失败：检查管道创建代码是否执行，有没有被吞掉的异常。可在关键步骤写入事件日志，排查流程是否走到管道创建环节。

内容的提问来源于stack exchange，提问作者Furbs