易语言里post上传文件，易语言最让人头疼的传文就是那套multipart/form-data的组装规则。别指望什么现成模块能救你，易语言核心就俩字：拼串。传文你得亲手把那一堆分隔符、易语言Content-Disposition、传文Content-Type拼成服务器认得的易语言样子。

先看个最基础的传文例子。假设你要传一个名为“file”的易语言字段，服务器接口是传文http://example.com/upload。代码骨架长这样：

变量 post数据,易语言 边界文本, 文件内容 边界文本 ＝ “----WebKitFormBoundary” ＋ 到文本 (取随机数 (100000, 999999)) 文件内容 ＝ 读入文件 (“C:\test.jpg”) post数据 ＝ “--” ＋ 边界文本 ＋ #换行符 post数据 ＝ post数据 ＋ “Content-Disposition: form-data; name=” ＋ #引号 ＋ “file” ＋ #引号 ＋ “; filename=” ＋ #引号 ＋ “test.jpg” ＋ #引号 ＋ #换行符 post数据 ＝ post数据 ＋ “Content-Type: application/octet-stream” ＋ #换行符 ＋ #换行符 post数据 ＝ post数据 ＋ 到文本 (文件内容) ＋ #换行符 post数据 ＝ post数据 ＋ “--” ＋ 边界文本 ＋ “--” ＋ #换行符

注意那个边界文本，前后必须完全一致，传文最后一行后面要多加两个短横线表示结束。易语言少了这个，传文服务器直接返回400，易语言你连哭的地方都没有。
然后调用网页访问对象，把post数据塞进去，同时得在额外协议头里声明Content-Type，不然服务器不知道你在发什么。

网页访问 (到文本 (编辑框_地址.内容), 1, post数据, , , , , , , , , , “Content-Type: multipart/form-data; boundary=” ＋ 边界文本)

这里的坑在于易语言的网页访问命令参数顺序，不同版本差别很大。我用的是精易模块，它那个“额外协议头”参数在第十三个位置。你要是用别的模块，老老实实查文档，别凭感觉填。
文件内容那段，我写的是到文本(文件内容)，这其实是个隐患。如果文件是二进制格式，比如图片、压缩包，直接转文本会导致数据损坏。正确做法是把文件字节集直接拼进post数据变量里——但易语言的字符串本质是文本，塞字节集进去会乱。这时候得用字节集类型的变量来组装整个post数据，而不是用文本拼接。
我踩过最狠的坑是服务器要求文件名带中文。易语言默认编码是GBK，而现代服务器大多按UTF-8解析。你直接拼上去的中文文件名，到服务器那边全成乱码。解决办法是把文件名用编码转换命令转成UTF-8，再塞进协议头里。

文件名_UTF8 ＝ 编码转换 (到字节集 (“测试文件.jpg”), #编码_GBK, #编码_UTF_8, )

说句实在话，易语言做这个活纯粹是拿大炮打蚊子。你要是能用别的语言，早就该换了。但既然项目已经用易语言写了，那就得把这套流程吃透。我见过有人把post数据先写到临时文件，再用读入文件的方式整体读成字节集，再传给网页访问，这样能绕开字符串编码问题——虽然笨，但确实管用。
最后提醒一句：调试的时候别用浏览器开发者工具看请求内容，那玩意会把二进制显示成乱码。直接抓包工具看原始数据，对比你拼出来的串，哪不对一眼就清楚。上传成功与否，看服务器返回的JSON里有没有文件URL就知道了，别傻乎乎盯着状态码200。
这活儿不复杂，就是繁琐。你把边界、编码、字节集这三件事理顺了，其他都是体力活。

(责任编辑：知识)