|
|
最近在整理老项目时，又翻出当年用易语言做网络编程的笔记。虽然主流早已转到 Python/Go/Node，但易语言在一些内网工具、快速原型和老系统对接上，依然有其顺手之处。这里结合两个常见方向：HTTP 请求与 Socket 通信，给出一些实战体会和易踩的坑。
先说 HTTP。易语言里常见做法是调用浏览器组件、WinInet、WinHttp，或者用第三方封装的 HTTP 模块。我的经验是，涉及并发与长超时控制时，优先选 WinHttp 封装，原因在于可细粒度设置超时、代理、TLS 版本，并能拿到更清晰的错误码。GET 请求很简单：拼 URL、设置必要头部（User-Agent、Accept），然后发起请求取回正文。如果是 POST JSON，别忘了 Content-Type: application/json；表单则用 application/x-www-form-urlencoded 或 multipart/form-data。很多人卡在中文编码
时。默认字符串是 ANSI，本地调试没问题，一到服务器就“口口口”。解决办法有两条：要么统一在发送前把文本转 UTF-8（包括 URL 查询参数、JSON 正文），要么在构造时明确声明编码，并在响应解析时按响应头的 charset 解码。遇到 302/301 跳转，WinHttp 默认不一定自动跟随，记得打开自动重定向或自己抓取 Location 再发一次。还有 HTTPS 校验证书时，老系统常用自签名证书，会触发安全错误，这时
可以在测试环境里放宽校验，但上线前一定要把根证书链补齐，或在服务端换成受信任证书，别图省事把校验永久关掉。另外一个细节是连接复用和 Keep-Alive。易语言一些旧封装默认每次请求都新建连接，短期没感觉，压测就会把服务器端口耗满。建议显式开启 Keep-Alive，并在并发情况下做
连接池限制，比如控制每台主机的最大并发连接数，结合队列做请求节流。返回体较大时，别一次性读完内存，按块读取写入文件或缓冲区，避免 UI 卡死或进程暴涨。调试层面，我会把请求行、关键头、状态码、耗时打印到日志里，正文只抽样前后几百字，既方便定位问题，又不泄露敏感。
再说 Socket 通信。HTTP 之外，很多内网服务用自定义协议或简单的 TCP 握手，这时易语言的 Winsock 封装还能打。同步模型写起来直观，但在弱网或对端不规范时，最容易被半包/粘包坑到。我的做法是协议层一律设计成“长度前缀 + 负载”的帧结构，例如前4字节
标明大端或小端的整型长度，后跟实际数据。接收端维护一个环形缓冲：先把 recv 到的字节拼进来，再根据已有字节数判断是否至少有“4字节长度头”，若有则解析出整包长度，长度不足就继续等，足够就切出一帧交给上层处理。这样 |
|
发表于 
微信公众号
官方抖音号