发送 GET 和 POST 请求(上)

GET 请求作为 HTTP Client 中最基础的资源获取方法，其核心定位是 “从服务器拉取指定资源”，在物联网场景中常用于轻量级查询操作 —— 如传感器获取云端配置参数、设备检查 HTTP OTA 固件版本、控制器拉取远程控制指令等，其显著特征是请求参数通过 URL 拼接传递，无需请求体，且对资源的操作具有 “幂等性”（多次请求不会改变服务器资源状态），这一特性使其在需重复查询的场景中尤为安全。在嵌入式设备（如搭载 STM32L4+ENC28J60 的温湿度传感器）中，GET 请求的构建需兼顾 “协议规范性” 与 “资源轻量化”：首先是 URL 的构造，需将查询参数以 “键值对” 形式拼接在 URL 路径后，通过 “?” 分隔路径与参数，多个参数间用 “&” 连接，例如检查 OTA 版本的 URL 可设计为http://iot-gateway.com/check_ota?device_id=sn_123456&current_version=v1.0，其中device_id用于服务器识别设备身份，current_version用于版本比对；需注意的是，URL 参数中若包含特殊字符（如空格、中文），需进行 URL 编码（如空格编码为%20，“温度” 编码为%E6%B8%A9%E5%BA%A6），嵌入式 HTTP Client（如 esp_http_client）通常提供esp_http_client_set_url接口自动处理编码，避免手动拼接导致的协议错误。

GET 请求的头部构建需精简关键字段以减少传输开销，尤其对 RAM 仅几 KB 的嵌入式设备而言，冗余头字段会直接导致内存溢出。核心必选字段包括Host（指定服务器域名或 IP，如Host: iot-gateway.com），用于 TCP 连接建立后定位服务器资源；User-Agent（标识客户端类型，如User-Agent: STM32-ENC28J60/1.0），便于服务器统计设备类型与版本；Connection（通常设为Keep-Alive），以复用 TCP 连接减少后续请求的握手开销。可选字段则根据场景补充，例如为实现 “条件查询” 以降低带宽消耗，可添加If-Modified-Since头（如If-Modified-Since: Tue, 15 Nov 2025 08:00:00 GMT），仅当服务器资源在指定时间后更新时才返回完整数据，否则返回 304 Not Modified，这对需每 5 分钟查询一次配置的传感器而言，可将无效数据传输量减少 90% 以上。由于 GET 请求无请求体，头部构建完成后需以\r\n标识头部结束，随后 HTTP Client 即可通过传输层将请求发送至服务器。

GET 请求的传输过程需与嵌入式硬件的网络模块深度协同，尤其在 ENC28J60 这类 SPI 接口以太网模块中，需通过 “轻量化指令交互” 完成数据发送与接收。当 HTTP Client 完成 GET 请求构建后，首先触发 ENC28J60 的初始化：MCU 通过 SPI 指令配置模块的 MAC 地址、IP 地址（或启用 DHCP 自动获取），并将模块从睡眠模式唤醒（电流从 200nA 升至 1.6mA）；随后发起 TCP 三次握手，与服务器的 80 端口（HTTP）或 443 端口（HTTPS）建立连接 —— 若启用 TLS 加密，ESP32 等设备会通过硬件 TLS 引擎加速握手，避免 CPU 因软件加密占用过多时钟周期（如 TLS 握手耗时从 500ms 缩短至 150ms）。连接建立后，MCU 通过 SPI 接口向 ENC28J60 的发送缓冲区（默认 2KB）逐字节写入 GET 请求数据，写入顺序严格遵循 “请求行→请求头→空行”：先写入请求行GET /check_ota?device_id=sn_123456&current_version=v1.0 HTTP/1.1\r\n，再依次写入各头部字段（如Host: iot-gateway.com\r\n），最后写入\r\n标识请求结束；ENC28J60 在接收完所有数据后，自动触发以太网帧发送，此时模块电流短暂升至 12mA（接收峰值），发送完成后回落至低功耗水平。