守护进程需通过“松耦合启动+原子重命名+版本与哈希双校验+电源/关机防护”实现静默自更新：旧进程用ShellExecuteEx延时启动新版本并退出；新文件以MoveFileEx原子替换；严格比对语义化版本及SHA-256；全程调用SetThreadExecutionState防休眠，并监听WM_QUERYENDSESSION确保安全回滚。
守护进程怎么在 Windows 上静默重启自身并执行更新逻辑
Windows 下用普通进程直接替换正在运行的 Updater.exe 会失败，因为文件被占用。必须让旧进程主动释放控制权，再由新进程接管。常见错误是直接调用 CreateProcess 启动新版本后立刻 ExitProcess —— 这会导致新进程被系统终止（父进程退出时子进程可能被连带清理，尤其启用了 Job Object 或以 CREATE_SUSPENDED 外方式启动时）。
正确做法是让旧进程启动新进程、传入标志参数，并立即退出，但确保新进程不依赖父进程生命周期：
- 新进程用
DETACHED_PROCESS标志启动，与父进程会话解耦 - 新进程启动后立刻调用
SetConsoleCtrlHandler(nullptr, TRUE)（如为控制台程序），避免被 Ctrl+C 中断 - 旧进程退出前，用
ShellExecuteEx调用cmd /c timeout 1 >nul && start "" "new_updater.exe" --update-mode是更稳妥的“松耦合”方式，绕过父子进程管理问题
示例关键片段：
// 旧进程中
SHELLEXECUTEINFO sei = { sizeof(sei) };
sei.fMask = SEE_MASK_NOCLOSEPROCESS;
sei.lpVerb = L"open";
sei.lpFile = L"cmd.exe";
sei.lpParameters = L"/c timeout 1 >nul && start "" "C:\app\updater_v2.exe" --update-mode";
sei.nShow = SW_HIDE;
ShellExecuteEx(&sei);
ExitProcess(0);
怎么安全替换正在运行的主客户端程序（.exe 文件）
直接覆盖 client.exe 文件会触发“文件被占用”错误（ERROR_SHARING_VIOLATION）。不能靠“先杀进程再覆盖”，因为杀得不干净（残留子进程、服务、DLL 注入）或存在权限问题（UAC、防病毒软件拦截）。
立即学习“C++免费学习笔记（深入）”；
推荐采用“原子重命名 + 延迟删除”策略：
- 把新版本下载到临时路径，如
C:ppupdateclient_new.exe - 用
MoveFileEx将其重命名为C:ppclient.exe.tmp（同盘符下是原子操作，且不触发占用检查） - 再用
MoveFileEx把原client.exe重命名为client.exe.old - 最后把
client.exe.tmp重命名为client.exe - 将
.old文件标记为MOVEFILE_DELAY_UNTIL_REBOOT删除，避免影响下次启动
注意：所有路径必须使用绝对路径；若客户端是以服务方式运行，需先调用 ControlService 发送 SERVICE_CONTROL_STOP，等待 QueryServiceStatus 返回 SERVICE_STOPPED 后再操作文件。
怎么判断是否需要更新（版本比对 + 完整性校验必须一起做）
只比对服务端返回的版本号字符串（如 "1.2.3"）极不可靠：字符串比较无法处理 "1.10.0" > "1.2.0" 这类情况，且无法防御中间人篡改响应。
必须同时满足两个条件才触发更新：
- 服务端返回的语义化版本号经
ParseVersion拆解为major/minor/patch后严格大于本地版本 - 下载完成的
client_new.exe的 SHA-256 哈希值与服务端提供的hash字段完全一致
建议使用 Windows CryptoAPI 或 BCryptHashData 计算哈希，避免引入第三方库。校验失败时应删除临时文件并报错，不降级、不跳过。
示例逻辑：
if (CompareVersions(server_ver, local_ver) > 0 &&
VerifySHA256(L"C:\app\update\client_new.exe", server_hash)) {
// 执行替换流程
}
怎么防止更新过程被用户中断或系统休眠干扰
用户点击关机、锁屏、手动结束任务管理器中的进程，都可能导致更新卡在半途，留下损坏的可执行文件。Windows 默认不会阻止休眠，而更新下载/替换阶段一旦休眠，唤醒后网络连接可能已断、句柄失效。
关键防护手段：
- 调用
SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED | ES_AWAYMODE_REQUIRED)防止系统自动休眠或关闭显示器 - 注册
WM_QUERYENDSESSION和WM_ENDSESSION消息，在关机前完成当前步骤或安全回滚（如删掉.tmp文件，恢复.old） - 更新流程全程记录日志到独立文件（如
C:pplogsupdater_20240520.log），不写注册表或内存缓存，确保崩溃后可追溯状态
特别注意：ES_AWAYMODE_REQUIRED 在部分 OEM 系统上被禁用，需用 PowerSettingRegisterNotification 监听电源变化作为兜底。
fsync 或 FlushFileBuffers。否则断电后无法判断上次卡在哪一步，强行续跑可能覆盖未完成的文件。 
