Windows下程序无法直接自删除，因为运行时EXE文件被系统锁定，DeleteFileA等API返回ERROR_ACCESS_DENIED；可靠方案是启动外部批处理或VBS，在主进程退出后延迟删除，或用MoveFileEx配合MOVEFILE_DELAY_UNTIL_REBOOT标记重启删除。
为什么直接 delete_self() 不行
Windows 下进程正在运行时，其可执行文件被锁定，DeleteFileA 或 std::filesystem::remove 会失败并返回 ERROR_ACCESS_DENIED。这不是权限问题，而是系统强制保护——你不能删自己正占用的磁盘映像。
用批处理延迟删除是主流方案
最可靠的做法是让当前进程启动一个外部批处理（或 vbs），等自身退出后再删 exe 文件。关键在于：批处理必须等待主程序彻底退出，且不能因路径含空格或特殊字符而崩溃。
- 用
CreateProcessA启动cmd.exe /c，命令形如：ping -n 2 127.0.0.1 >nul && del /f /q "C:\path\to\app.exe" - 更健壮的做法是把路径写入临时 bat 文件，用
start /b "" "temp.bat"后立即exit(0) - bat 中第一行加
@echo off，路径务必用双引号包裹，避免空格导致命令截断 - 不要依赖
%0—— 它可能被重定向或不包含完整路径；应由 C++ 主程序显式传入绝对路径
使用 MoveFileEx 配合 RESTARTABLE 标志（需管理员权限）
MoveFileExA 在指定 MOVEFILE_DELAY_UNTIL_REBOOT 时，能注册开机时删除，但要求目标路径为空（即“移动到空”）。这本质是标记删除，不是立即生效，且需要 SE_RESTORE_PRIVILEGE 权限（通常只有管理员有）。
- 调用前需用
OpenProcessToken+AdjustTokenPrivileges提权，否则返回ERROR_PRIVILEGE_NOT_HELD - 参数 target 要传
NULL，source 是 exe 路径，flags 为MOVEFILE_DELAY_UNTIL_REBOOT - 普通用户进程无法使用该方式，且重启前文件仍存在，不适合“退出即清理”的场景
常见坑和绕不开的细节
自删除不是“调个 API 就完事”，它天然耦合进程生命周期管理：
立即学习“C++免费学习笔记（深入）”；
- 不要在
main()结尾调用删除逻辑 —— 全局对象析构、atexit 回调、DLL 卸载都还没完成，此时删 exe 可能失败或触发 UAC 弹窗 - 务必用
GetModuleFileNameA(GetModuleHandleA(NULL), ...)获取当前 exe 路径，硬编码或相对路径在快捷方式/工作目录变更时失效 - 如果程序以调试模式启动（如 VS F5），某些 IDE 会持有 exe 句柄，即使进程退出，删除也可能被延迟或拒绝
- 杀毒软件可能拦截批处理创建或
del命令，部分国产软件甚至会主动恢复被删的文件
真正稳定的自删除，本质是“让别人删我”，而不是“我自己动手”。剩下的，就是确保那个“别人”足够可靠、路径足够安全、时机足够干净。
