标准C socket不能直接发multipart/form-data，因其仅提供字节流传输，不处理HTTP协议封装；需手动构造含正确boundary、Content-Disposition、Content-Type及\r\n换行的完整HTTP报文，并精确计算Content-Length。
为什么标准C socket不能直接发multipart/form-data
因为 socket() 只负责底层字节流收发，不处理HTTP协议封装。所谓 multipart/form-data 是HTTP请求体的一种编码格式，必须手动构造符合RFC 7578的请求头、边界分隔符、字段结构和结尾，再通过socket发送完整HTTP报文。
手动构造multipart/form-data请求体的关键点
核心是生成合法的 Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryxxx，并严格按顺序拼接：
- 每个字段前必须有
--<boundary>（注意开头两个短横） - 字段头需包含
Content-Disposition: form-data; name="field_name"，文件字段还要加; filename="a.txt"和Content-Type - 字段内容后空一行，再写下一个分隔符或结尾
--<boundary>-- - 所有换行必须用
\r\n（Windows风格），不能只用\n - 边界字符串不能出现在任意字段值中，建议用UUID或时间戳+随机数生成
发送HTTP POST请求的最小可行代码结构
以下为简化但可运行的C片段（省略错误检查和DNS解析，假设已知IP）：
#include <sys/socket.h>
#include <netinet/in.h>
#include <stdio.h>
#include <string.h>
int main() {
int sock = socket(AF_INET, SOCK_STREAM, 0);
struct sockaddr_in serv;
serv.sin_family = AF_INET;
serv.sin_port = htons(80);
serv.sin_addr.s_addr = inet_addr("192.168.1.100"); // 替换为目标IP
connect(sock, (struct sockaddr*)&serv, sizeof(serv));
const char *boundary = "----WebKitFormBoundary7MA4YWxkTrZu0gW";
const char *req =
"POST /upload HTTP/1.1\r\n"
"Host: example.com\r\n"
"Content-Type: multipart/form-data; boundary=" BOUNDARY "\r\n"
"Content-Length: %d\r\n"
"\r\n"
"--" BOUNDARY "\r\n"
"Content-Disposition: form-data; name=\"text\"\r\n"
"\r\n"
"hello world\r\n"
"--" BOUNDARY "\r\n"
"Content-Disposition: form-data; name=\"file\"; filename=\"test.txt\"\r\n"
"Content-Type: text/plain\r\n"
"\r\n"
"file content here\r\n"
"--" BOUNDARY "--\r\n";
// 注意：实际需计算真实Content-Length（含所有\r\n和boundary）
// 这里仅示意结构，不可直接编译运行
}
关键陷阱：Content-Length 必须精确等于整个请求体字节数（包括所有 \r\n 和边界行），少算或多算都会导致服务端解析失败或卡住。
立即学习“C语言免费学习笔记（深入）”；
更稳妥的做法：用libcurl而不是裸socket
裸socket实现完整HTTP multipart需要处理重定向、TLS、连接复用、超时、编码转义等，极易出错。生产环境强烈建议用 libcurl：
- 调用
curl_formadd()添加字段和文件 - 设置
CURLOPT_HTTPPOST启用表单提交 - 自动处理边界生成、长度计算、编码、chunked传输等细节
- 支持HTTPS、代理、cookie、重试等真实场景需求
真正难的不是“怎么发”，而是“怎么发得健壮”——边界冲突、二进制文件读取截断、换行符平台差异、服务端对boundary长度限制，这些在裸socket里全得自己兜底。
