表象

浏览器表象

错误信息 net::ERR_CONTENT_DECODING_FAILED 200 (OK)

排查

网关(底层是nginx) -> nginx -> 服务
网关负载nginx, nginx再负载服务, 这条链路, 就会报上面的错误

网关(底层是nginx) -> 服务
网关直接负载服务, 这条链路, 就不会报错

直接调用接口是好的, curl等, 但是在浏览器中就会报错

于是对比了两种方式, 响应header的内容

net::ERR_CONTENT_DECODING_FAILED 200 (OK)
再加上报错的内容, 虽然http状态码200了, 但是浏览器解析失败,
但是直接调用接口是好的, 说明数据不对, 导致浏览器解析不了
对比了一下, 在response headers中, 一个有content-encoding: gzip
一个没有, 所以
我怀疑数据经过两次gzip, 浏览器只解压了一次, 导致解压的数据还是gzip, 所以浏览器解析数据失败
因为网关底层也是nginx, gzip也是开启

修改及测试(解决)

我把这条报错的链路, 网关(底层是nginx) -> nginx -> 服务
修改nginx配置, 把nginx动态代理这个服务的gzip配置关掉

# 修改配置
cd /usr/local/nginx/conf/ && vim nginx.conf

gzip off;

# 修改后重启
nginx -s reload

之所以要在location /后面加, 思想就是哪一块有问题, 修改哪一块, 不动其他的地方.
修改后重启nginx

再次访问, 发现ok了, 证明猜想正确!

对比

对比了一下两次的时间, 没有差距

标签：200,网关,浏览器,接口,nginx,报错,gzip
来源： https://www.cnblogs.com/loseself/p/16147223.html