Windows服务中Process.Start无反应是因运行在Session 0无交互桌面，GUI程序被静默拦截；执行控制台程序需配置UseShellExecute=false、CreateNoWindow=true、重定向标准流并等待退出；路径须用绝对路径，权限按最小原则分配。
Windows服务里直接调用Process.Start为什么没反应？
不是代码写错了，而是Windows服务默认运行在“无交互式桌面”会话中（Session 0），Process.Start启动的GUI程序（比如notepad.exe）会被静默拦截，连错误都不抛——进程对象创建成功，但窗口根本不会出现。
如果你只是想执行一个无界面的控制台程序（如curl.exe、dotnet mytool.dll），它可能“看似成功”，但实际输出无法捕获、超时难控制、异常不冒泡。这时候必须显式配置StartInfo：
-
UseShellExecute = false：绕过shell，避免依赖explorer环境 -
CreateNoWindow = true：防止意外弹窗（即使没GUI也可能触发） -
RedirectStandardOutput = true+RedirectStandardError = true：否则stdout/stderr会丢弃 - 务必设置
WaitForExit(30000)并检查ExitCode，不能只靠HasExited
服务启动时执行程序，但系统重启后失败？
常见原因是路径硬编码或依赖当前用户上下文。Windows服务以LocalSystem、NetworkService或指定账户运行，没有用户profile加载，%USERPROFILE%、%APPDATA%等环境变量不可靠，相对路径"./tools/app.exe"大概率找不到文件。
安全做法是用绝对路径，并确保服务账户有权限：
- 用
AppDomain.CurrentDomain.BaseDirectory拼接可执行文件路径，而不是Environment.CurrentDirectory - 若需访问用户目录（如读取某用户的配置），改用
WMI或ImpersonateLoggedOnUser临时模拟，不要直接切换服务登录账户 - 安装服务时用
sc create指定obj= "NT AUTHORITY\NetworkService"，避免用LocalSystem——后者权限过大且无法访问网络资源
怎么让后台进程“真正守护”起来？
Windows服务本身不是守护进程模型，它不自动拉起崩溃的子进程。所谓“守护”，得自己实现心跳+重试逻辑。
别依赖ServiceController.Status == Stopped来判断子进程是否存活——这只能反映服务状态，不是子进程状态。正确方式是：
- 用
Process.GetProcessesByName或记录Process.Id后定期TryGetProcess（.NET 5+）验证进程是否存在 - 对关键子进程，监听
Exited事件并在回调里记录日志+触发重启，而不是等定时器轮询 - 重启前加退避策略：
Task.Delay(TimeSpan.FromSeconds(Math.Min(60, retryCount * 10)))，防止疯狂拉起把CPU打满 - 如果子进程是.NET应用，优先用
dotnet watch或dotnet run --no-build调试模式替代手动启停——它们自带热重载和崩溃恢复
为什么服务能安装启动，但日志里全是Access is denied？
这不是权限不够，而是UAC虚拟化或路径ACL问题。典型场景：服务尝试写入C:\Program Files\MyApp\logs\，但NetworkService账户对该目录只有读权限。
解决方案不是给Everyone加写权限，而是按最小权限原则调整：
- 日志路径改到
Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData), "MyApp", "Logs")，该路径默认允许NETWORK SERVICE写入 - 若必须写注册表，别碰
HKEY_LOCAL_MACHINE\Software，改用HKEY_LOCAL_MACHINE\Software\WOW6432Node\MyApp（32位服务）或HKEY_LOCAL_MACHINE\Software\MyApp（64位），并提前用cacls或PowerShell的Set-Acl赋权 - 调试时用
ProcMon过滤Process Name is MyService.exe+Result is ACCESS DENIED，直接定位被拒的路径/键值
服务里最麻烦的从来不是“怎么跑起来”，而是“跑起来之后，谁来管它有没有偷偷挂掉、有没有越权乱写、有没有把磁盘塞满”。这些细节不写进代码里，只靠部署文档提醒，十次有九次会出事。
