做过网关开发的同学肯定都遇到过这个问题：后端服务返回一个较大的 JSON 响应，但经过 Spring Cloud Gateway 转发后，响应体被截断了。前端收到不完整的 JSON 数据后，解析失败导致页面异常。特别是在返回大量数据的场景，比如数据导出、批量查询等，这个问题尤为突出。 我之前就遇到过这样一个案例：一个数据报表接口返回了大约 500KB 的 JSON 数据，但经过 Gateway 转发后，前端只收到了约 64KB 的数据。排查后发现，Gateway 默认的响应缓冲区大小限制就是 64KB，超过这个大小的响应会被自动截断。 今天我们就来聊聊 Spring Cloud Gateway 响应体截断的原因和解决方案，让您的网关能够正确处理大响应数据。 响应体截断的根本原因 1. 默认缓冲区大小限制 Spring Cloud Gateway 使用 Netty 作为底层网络框架，Netty 默认的响应缓冲区大小是 64KB： 场景模拟： - 后端返回：500KB JSON 数据 - Gateway 缓冲区：64KB - 实际转发：64KB（后面的 436KB 被丢弃） 结果：前端收到....