Express未接收IoT设备POST请求体，Django可正常处理问题排查

嘿，这个场景我太熟悉了！很多IoT设备因为硬件限制或者固件逻辑，会把HTTP请求拆成两次发送——先送带Content-Length的请求头+\r\n\r\n，再单独发请求体。Django对这种分块发送的兼容性更好，但Express的默认配置确实容易踩坑，咱们一步步来排查解决：

1. 先检查body-parser的核心配置 #

Express依赖body-parser中间件来解析请求体，但默认设置可能有两个关键点没到位：

• 没有把中间件放在所有路由之前（导致路由先触发，body还没解析）
• 请求体大小超过默认限制（被截断）

给你一个标准的配置示例，记得放在路由定义前：

const express = require('express');
const bodyParser = require('body-parser');
const app = express();

// 先配置body解析，再写路由
// 根据你的请求体大小调整limit，比如设成10mb足够应对大部分IoT场景
app.use(bodyParser.json({ limit: '10mb' }));
app.use(bodyParser.urlencoded({ extended: true, limit: '10mb' }));

// 你的POST路由
app.post('/iot-endpoint', (req, res) => {
  console.log('Received body:', req.body);
  res.status(200).send('OK');
});

2. 手动调试，确认请求体是否真的到达服务器 #

有时候问题出在数据传输的环节，咱们可以加一个调试中间件，直接监听请求的原始数据，看看第二个数据包有没有被收到：

// 这个中间件要放在body-parser之前！
app.use((req, res, next) => {
  let rawBody = '';
  req.on('data', (chunk) => {
    rawBody += chunk.toString();
    console.log(`收到数据块: ${chunk.toString()}`);
  });
  req.on('end', () => {
    console.log(`完整原始请求体: ${rawBody}`);
    // 把原始数据挂在req上，方便后续路由查看
    req.rawBody = rawBody;
  });
  next();
});

如果日志里能看到完整的请求体，那说明是body-parser的解析问题；如果看不到第二个数据包，那可能是服务器超时或者网络层面的问题。

3. 调整服务器超时时间 #

IoT设备两次发送数据包的间隔可能比Express默认超时时间长，咱们可以手动延长超时：

const server = app.listen(3000, () => {
  console.log('服务器运行在3000端口');
});
// 设置为60秒，根据你的设备实际情况调整
server.timeout = 60000;

4. 排查其他中间件的干扰 #

如果你用了cors、helmet这类中间件，可能会在body-parser之前修改了请求对象，导致解析失败。可以暂时注释掉其他中间件，只保留body-parser和目标路由，测试是否能正常获取请求体。

5. 验证Content-Length的正确性 #

虽然Django能处理，但Express的body-parser是严格按照Content-Length来读取数据的。如果设备发送的Content-Length值和实际请求体的字节数不匹配，body-parser会一直等待数据（或者提前终止）。可以用Wireshark抓包，对比Content-Length的数值和请求体的实际字节数是否一致。

按照这个流程排查，基本能解决90%以上的IoT设备分块请求问题！

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