C++ HTTP下载EXE写入后无法运行问题求解（禁用系统API/第三方库）

你遇到的EXE无法运行问题和缺少元数据完全无关，核心是三个常见错误：

• 写入文件时使用了默认文本模式：Windows平台下std::ios::out默认是文本模式，会自动将字节流中的\n替换为\r\n，直接篡改EXE的二进制内容；同时用<<运算符写内容时，遇到字节值为0的空字符会直接终止写入，而EXE文件内部存在大量空字节，会导致文件内容被截断。
• 未剥离HTTP响应头：基础HTTP请求返回的内容开头自带响应头（包含状态码、Content-Type、Content-Length等信息），响应头和实际文件内容的分隔符是\r\n\r\n，你如果把响应头也写进文件开头，会直接破坏EXE的PE头结构，导致系统无法识别为有效可执行文件。
• 未还原服务端转码的二进制内容：你提到服务端返回的是EXE转换得到的文本格式内容，这类返回通常是把二进制EXE做了Base64/十六进制编码，直接把编码后的文本写入文件，本质是存了文本内容，不是可执行的二进制程序。

EXE的所有元数据（包括PE头、节表、资源信息、运行入口配置等）本身就存储在原始EXE的二进制内容里，不需要你手动额外补充。只要你写入本地文件的字节流和服务端原始EXE的字节流完全逐字节一致，文件就能正常运行。

你不需要依赖libcurl或者WinINet/UrlMon的下载函数，只要修正接收和写入逻辑即可，核心步骤如下：

1. 发送HTTP请求后，接收完整响应内容，先定位\r\n\r\n分隔符，将前面的HTTP响应头全部丢弃，只保留后面的响应体内容；同时从响应头中解析Content-Length字段，校验响应体长度和该字段值一致，避免接收不完整。
2. 如果服务端返回的是编码后的文本（Base64/十六进制），先对响应体做对应解码，还原出原始的EXE二进制字节流。
3. 打开本地文件时必须加上std::ios::binary标志，以二进制模式打开，禁用文本模式的自动换行转换。
4. 写入文件不要用<<运算符，调用ofstream::write()方法，明确传入二进制字节流指针和实际字节长度，避免空字节截断。

修正后的写入代码示例 #

// 前置说明：假设你已经完成响应头剥离、必要的解码工作
// fileBuf: 指向还原后的纯EXE二进制字节流的指针，类型为const char*或者uint8_t*
// bufLen: 二进制字节流的实际长度，单位为字节
std::ofstream OutFile;
OutFile.open(XorStr("C:\\Users\\Program.exe").c_str(), std::ios::out | std::ios::binary);
if (OutFile.is_open())
{
    OutFile.write(fileBuf, static_cast<std::streamsize>(bufLen));
}
OutFile.close();

写完文件后可以对比本地文件大小和响应头里的Content-Length值，两者完全一致才说明写入正确，只要差一个字节，EXE都有可能无法正常运行。

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