如何用C/C++实现可执行文件内部存储数据 避免产生文件残留

运行时修改自身文件被锁定的解决方法 #

不同操作系统对正在运行的可执行文件都有写入保护，可通过以下逻辑规避：

• Linux/macOS 环境：你可以先调用 unlink 删除原可执行文件（当前运行的进程不会受影响，内核会待进程退出后才真正释放文件资源），再将更新了配置数据的新版本可执行文件写入原路径即可，下次启动就会加载带新配置的版本。
• Windows 环境：正在运行的文件默认禁止修改/删除，有两种处理方案：一是将更新后的文件写入同目录下的临时文件名，调用 MoveFileEx 并传入 MOVEFILE_DELAY_UNTIL_REBOOT 参数，系统重启后自动完成替换；二是主进程检测到需要更新配置时，拉起一个极轻量的独立辅助进程，主进程主动退出后由辅助进程完成文件替换，再重新拉起主程序。
• 跨平台通用简化逻辑：如果不需要配置即时落地到文件，可将更新后的配置先存在内存中，待程序正常退出前再执行文件替换操作，避免运行中频繁处理文件锁问题。

C/C++ 实现内置数据存储的两种主流方案 #

方案1：尾部追加数据块（推荐，兼容性最高） #

编译生成基础可执行文件后，将自定义配置数据直接追加到文件尾部，不需要修改编译流程，适配所有平台的可执行文件格式：

• 启动时读取逻辑：先读取可执行文件的最后4个字节，存入你预先约定的自定义数据块长度，再从文件尾部向前偏移对应长度，即可读取完整的配置数据。建议在数据块开头加固定魔数做校验，避免读取到损坏的数据。
• 写入逻辑：生成新的可执行文件时，先复制原可执行文件除旧自定义数据块之外的全部内容，再追加新的配置数据，最后写入新数据块的长度到文件末尾即可。

方案2：自定义段存储（读取效率更高） #

利用不同平台可执行文件的段特性，编译时直接在文件中预留专属的存储段：

• GCC 环境下可以用 __attribute__((section("my_custom_config"))) 修饰全局变量，将变量直接放到自定义段中，再通过链接脚本指定该段的预留大小，运行时可以直接通过变量地址读取数据，不需要做复杂的文件偏移计算。
• 写入时需要先解析ELF/PE/Mach-O文件格式，找到自定义段对应的文件偏移量，再直接修改对应位置的字节即可。该方案需要针对不同操作系统的可执行文件格式做适配，开发成本稍高。

注意事项 #

• 若你的程序需要做代码签名（如Windows驱动签名、macOS公证），修改可执行文件内容会破坏签名，导致程序无法运行，该场景不适合直接修改自身存储数据。
• 仅建议存储KB级的配置类数据，不要存大体积的用户文件，避免拖慢程序启动速度。
• 动态编译的程序迁移到其他设备可能出现依赖库缺失问题，和内置存储逻辑无关，建议搭配静态编译使用达到完全便携的效果。

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