> 本文深入解析 Express 应用中 `req.body` 呈现为 `[Object]` 而非完整 JSON 结构的真正原因，揭示 `console.log()` 默认对嵌套对象的截断行为并非解析错误，并给出服务端中间件配置、调试技巧及生产环境的最佳实践。 在基于 Node.js 与 Express 构建的后端服务中，不少开发者会遇到一个看似令人困惑的现象：Ja va（或其他客户端）明明成功发送了结构清晰的 JSON 数组，可在 Express 路由中通过 `console.log(req.body)` 却只能看到嵌套的 `[Object]` 输出，示例如下： ``` [ { name: 'Game', blocks: [ [Object], [Object], /* ... 10 个 [Object] */ ] } ] ``` 这 **绝不意味着 JSON 解析失败**，而是 `console.log()` 对深度嵌套对象所采用的默认输出策略。简单解释，为防止终端输出刷屏，Node.js 会自动对超过特定层级的对象进行简化呈现——这本质上是 `util.inspect` 的默认深度限制（值为 2）所导致的结果。换句话说，`req.body` 早已被正确解析，只是没有完整展开显示而已。 **验证方法：借助 `JSON.stringify()` 或 `util.inspect()` 显式输出完整结构** ```ja vascript const express = require('express'); const app = express(); // ✅ 务必启用 JSON 解析中间件（并注意顺序） app.use(express.json({ limit: '10mb' })); // 解析 application/json app.use(express.urlencoded({ extended: true, limit: '10mb' })); // 兼容表单等格式 const port = 80; app.post('/', (req, res) => { // ❌ 错误做法：直接 console.log(req.body) → 输出缩略形式 console.log('❌ req.body (default log):', req.body); // ✅ 正确做法：完整序列化以查看原始结构 console.log('✅ req.body (full JSON):', JSON.stringify(req.body, null, 2)); // ✅ 或使用 util.inspect 深度展开（开发调试推荐） const util = require('util'); console.log('✅ req.body (deep inspect):', util.inspect(req.body, { depth: null, colors: true })); res.status(200).json({ success: true, received: req.body.length }); }); app.listen(port, () => { console.log(`Server running on https://localhost:${port}`); }); ``` ## 关键前提：确保中间件配置正确 上述方案能够生效，必须保证 `express.json()` 已被正确启用： - 必须在 `app.post()` 路由定义 **之前** 调用 `app.use(express.json())`； - 客户端（例如 Ja va 的 `con.setRequestProperty("Content-Type", "application/json")`）必须准确设置请求头 `Content-Type: application/json`； - 若同时需要接收表单或 URL 编码数据，务必补充 `express.urlencoded({ extended: true })`。 ## Ja va 客户端注意事项（补充验证点） 您的 Ja va 代码整体方向正确，但建议进一步提升健壮性： - 显式声明字符集：`os.write(input, 0, input.length);` 可简化为 `os.write(input);`，因为 `getBytes("utf-8")` 已确保编码； - 在读取响应体前检查响应状态码，避免因连接提前关闭而导致调试信息丢失； - 可临时使用 `curl` 命令验证服务端行为： ```bash curl -X POST https://localhost:80 \ -H "Content-Type: application/json" \ -d '[{"name":"Game","blocks":[{"shape":[2,2],"position":[0,1]}]}]' ``` ## 生产环境建议 - 避免在生产日志中直接使用 `JSON.stringify(req.body)`，这可能会泄露敏感数据。建议改用结构化日志库（例如 pino），并选择性对字段进行脱敏处理； - 为 `express.json()` 设置合理的 `limit` 参数（如 `'10mb'`），防范恶意的大文件 Payload 攻击； - 始终对 `req.body` 进行运行时校验，可采用 `zod` 或 `joi` 等校验库确保数据质量，而非仅依赖 `console.log` 判断解析结果。 综上，[Object] 只是控制台输出的视觉假象，并非真正的解析错误。问题的核心不在于 JSON 本身，而在于我们如何 **观察** 它。熟练运用 `JSON.stringify` 和 `util.inspect` 的正确调试方式，是每一位 Express 开发者掌握请求体解析的必修技能。