使用CreateProcessAsUserW从服务启动计算器时WerFault随机崩溃求助

核心问题定位 #

你遇到的是CreateProcessAsUserW()调用无错误返回，但目标进程（计算器）随机崩溃触发WerFault的问题，这类问题通常和用户会话上下文的环境变量、权限继承、桌面交互配置的随机性相关。

分步调试方案 #

1. 强制捕获崩溃转储 #

WerFault未生成详细转储，手动配置注册表强制生成全转储：

• 打开注册表编辑器，定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps
• 创建calc.exe子项，添加以下DWORD值：
  • DumpType：设置为2（全转储）
  • DumpFolder：指定可写入的本地路径（如C:\CrashDumps）
  • DumpCount：设置为10（保留最近10个转储）
• 下次崩溃后，用WinDbg打开转储文件，重点分析异常代码和崩溃调用栈，这是定位问题最直接的方式。

2. 校验CreateProcessAsUserW()参数完整性 #

对照你的实现，检查几个关键参数：

• 环境变量块：必须通过CreateEnvironmentBlock()获取目标用户的环境变量，而非使用服务的系统环境。服务默认环境缺少USERPROFILE、APPDATA等用户上下文必需项，用完记得调用DestroyEnvironmentBlock()释放资源。
• 桌面配置：确保STARTUPINFOEXW的lpDesktop字段设置为"WinSta0\\Default"，且服务已申请SE_INCREASE_QUOTA_NAME和SE_ASSIGNPRIMARYTOKEN_NAME权限。
• 创建标志：添加CREATE_UNICODE_ENVIRONMENT标志，保证环境变量以Unicode格式传递，避免编码解析错误。

3. 规避会话切换竞争 #

Windows服务默认运行在会话0，切换到活跃用户会话时易出现竞争：

• 调用WTSGetActiveConsoleSessionId()获取活跃会话ID后，立即用WTSQueryUserToken()获取用户令牌
• 调用GetTokenInformation()验证令牌的会话ID是否与当前活跃会话一致，若不一致则放弃创建进程并重试，避免使用无效令牌启动进程。

4. 对比Procmon日志差异 #

用Procmon过滤calc.exe的操作，对比成功与失败场景：

• 检查失败时是否存在文件找不到或注册表访问拒绝的记录
• 验证失败时的Image Path是否正确，是否因环境变量缺失导致路径解析错误

5. 增强代码日志 #

在Go代码中添加关键节点的日志：

• 记录调用CreateProcessAsUserW()前后的会话ID、令牌句柄状态
• 打印获取的环境变量核心字段（如PATH、USERPROFILE）
• 即使CreateProcessAsUserW()返回成功，也调用GetLastError()检查是否存在警告级错误

常见潜在原因 #

• 令牌权限不足：服务获取的用户令牌缺少部分权限，导致进程启动后无法访问依赖资源
• 环境变量不完整：用户上下文环境未正确传递，引发计算器依赖的DLL加载失败
• 会话切换竞争：获取令牌后用户切换会话，导致进程在无效会话中启动
• 桌面交互权限配置缺失：部分场景下需要服务配置允许桌面交互（Vista+后虽不推荐，但部分旧版应用依赖）

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