无源码无法安装时在C#中交互式运行C++ Windows服务的实现方法

先纠正你之前的错误操作根因 #

• 用DllImport加载EXE找main报错EntryPointNotFoundException：目标是Win32服务EXE，不是DLL——
  1. DllImport本质是LoadLibrary加载带导出表的DLL，而原生服务EXE的PE头无IMAGE_FILE_DLL标记，且本来就不会有导出表（导出表是给DLL/对外暴露接口的EXE用的，服务逻辑全在内部，dumpbin看不到导出项完全正常）
  2. C++ Win32服务的入口不是标准C的main，而是CRT封装的WinMainCRTStartup（无导出，仅PE头记录）
• 用PEview没找到有效入口：找错了位置——原生EXE的执行入口在PE Optional Header的AddressOfEntryPoint字段，和导出表完全无关，不管有没有导出项，这个字段都存在

可行实现方案（按优先级从高到低） #

方案1：Hook系统服务API + 内存映射EXE（最贴合你要的C#自定义管控） #

原生C++服务的标准执行链是：
WinMainCRTStartup → WinMain → 调用advapi32!StartServiceCtrlDispatcher（等待真SCM指令）→ 收到指令后调用内部注册的ServiceMain（即OnStart逻辑）+ ServiceCtrlHandler（即OnStop逻辑）

你要做的是截获这个调用链：

1. 用C#读取目标EXE的PE头，拿到内存入口点（不需要导出表！）
   示例代码：

   using System.IO;
   using System.Reflection.PortExecutable;
   using System.Runtime.InteropServices;
   
   // DllImport声明
   [DllImport("kernel32.dll", SetLastError = true)]
   static extern IntPtr LoadLibraryExW(string lpFileName, IntPtr hFile, uint dwFlags);
   
   // 读取PE入口点
   using var fs = new FileStream(@"C:\Path\To\TargetService.exe", FileMode.Open, FileAccess.Read);
   var peHeaders = new PEHeaders(fs);
   var entryPointRva = peHeaders.PEHeader.AddressOfEntryPoint;
   
   // 内存映射EXE（必须加这两个标志，避免无导出表报错）
   const uint LOAD_LIBRARY_AS_IMAGE_RESOURCE = 0x00000020;
   const uint LOAD_WITH_ALTERED_SEARCH_PATH = 0x00000008;
   IntPtr moduleBase = LoadLibraryExW(@"C:\Path\To\TargetService.exe", IntPtr.Zero, 
       LOAD_LIBRARY_AS_IMAGE_RESOURCE | LOAD_WITH_ALTERED_SEARCH_PATH);
   IntPtr entryPointAddr = moduleBase + (int)entryPointRva;
   

2. Hook advapi32!StartServiceCtrlDispatcher
   • C#用开源托管hook库EasyHook实现hook，拦截它的参数（SERVICE_TABLE_ENTRY数组，存了ServiceMain和ServiceCtrlHandler的函数指针）
   • 结构体定义（C#）：

     [StructLayout(LayoutKind.Sequential)]
     struct SERVICE_TABLE_ENTRY
     {
         public string lpServiceName;
         public IntPtr lpServiceProc; // ServiceMain的函数指针
     }
     

   • Hook后的逻辑：直接调用截获的ServiceMain（触发OnStart），后续停止时调用ServiceCtrlHandler（触发OnStop）
3. 调用内存中映射的EXE入口点
   • 用Marshal.GetDelegateForFunctionPointer把入口点转成委托调用——此时因已hookStartServiceCtrlDispatcher，不会卡在真SCM的等待里

方案2：迷你SCM代理（无hook，更稳定） #

如果不想用hook，自己实现伪SCM：

• 用CreateProcessW启动目标EXE时，加CREATE_SUSPENDED（值为0x00000004）标志暂停进程初始化
• 修改目标进程的导入表：把它依赖的advapi32!StartServiceCtrlDispatcher重定向到你写的托管迷你SCM函数（用EasyHook远程注入或WriteProcessMemory修改导入表）
• 恢复进程执行后，目标EXE会调用你的迷你SCM——你可直接发启动/停止指令，完全绕开系统真SCM的安装/权限要求

方案3：应急验证（仅适合测试） #

如果目标服务是控制台兼容型（少数C++服务会做双模式），直接用Process.Start启动，加预设命令行参数（如-console）触发控制台逻辑——但这个要碰运气，大部分生产服务不会留这个口子

关键注意事项 #

• 必须严格匹配进程位数：目标EXE是32位，C#程序必须编译成x86；64位则编译成x64
• 权限问题：若目标服务依赖LocalSystem专属资源（如受限注册表、设备句柄），需用advapi32!AdjustTokenPrivileges提权（仅当你有提权权限时）
• 静态CRT坑：若目标EXE静态链接VC++ CRT，内存映射时不要加DONT_RESOLVE_DLL_REFERENCES（值为0x00000001），避免CRT初始化失败

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