记一次诡异的HTTP响应

本文记录了一次由于服务器响应头增加Content-Encoding:gzip,而网关未解压导致的HTTP响应乱码问题。排查过程包括编码检查、日志分析和抓包工具的使用。解决方案是在网关添加Accept-Encoding请求头信息,声明支持gzip编码。问题起因是Spring Boot的server.compression.enabled配置被开启,而网关未处理压缩数据。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题描述:

  • 调用服务正常
  • 通过网关调用服务乱码

1.通常我们会想到是不是因为中文?

  • 核对接口响应内容编码,正常;
  • 核对应用服务器编码,正常;
  • 核对网关接收响应内容编码,正常。

2.通过测试,发现不包含中文的返回最终响应的也是乱码。
3.目前为止排除了编码问题,查看网关日志,应用日志,发现网关拿到的数据全部乱码,但是应用返回确是全部正常,问题查到这儿,基本将问题定位到网关和服务之间的交互可能不太正常。

通过抓包工具,发现了服务器端HTTP响应头多了一行: Content-Encoding:gzip;查到这儿,问题已经找到,网关并没有对压缩后的数据进行解压缩,所以响应乱码,特做如下记录:

在这里插入图片描述

Content-Type:application/json;charset=utf8

  • 用于告知客户端以什么形式,什么编码读取服务端响应的数据。

Content-Encoding:gzip

  • 用于压缩媒体类型,如果存在,它的值表示哪些编码应用于实体
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值