Requests gzip 压缩问题

服务器不支持， response 的时候就是原始数据 客户端就自动使用原始数据。

一楼正解。只要服务端正规来， response header 不申明 gzip 压缩客户端就不会解压缩

是 requests 发送数据到服务器的时候压缩了，服务器识别不了，直接返回错误了

使用的是 post

楼上几位是不是没理解？
提问者说的 requests 是一个库的名字，而不是和 response 对应的那个词

好像没听说过 HTTP 请求能压缩的……

@julyclyde 楼上几位都没有错，你理解错了。客户端就是在这里就是指 requests 这个库， http 报文没有说用 gzip 那么 requests 就不会用 gzip 解压，会使用原始报文。上面几楼解释得相当浅白了。
至于 post 不接受 gzip, 此为一个解决方法可以参考 https://github.com/kennethreitz/requests/issues/1753

正常理解当然是 他用了 requests 库去请求 请求头里支持 gzip ，而服务器不支持 gzip 压缩，只能以原始数据回复。这并不影响使用


如果 client 希望 request 的 body 使用 gzip ，这个应该是非标准的。这也是为什么服务器会不支持。

requests 本身默认 post 数据不会使用 gzip 进行压缩

标准的返回会标识是否 gzip ， reqiests 会根据这个标识来处理（是否 gzip 解压）

谢谢各位回答，我是初学 python 的，我感觉是不是我哪里弄错了

@raptium 关于请求是否能压缩，前几年我还特地读过标准，是可以的，不过当年的 nginx 不支持……

@neoblackcap 你说的“ http 报文没有说用 gzip ”是什么？请用标准术语描述一遍

@julyclyde http 头部中的 Accept-Encoding 不带 gzip

@julyclyde 上面说错了， requests 是根据 http 头部的 Content-Encoding 或者 Transfer-Encoding 来决定是否启用 gzip 。但是楼主现在不是这个情况，他是发送请求给服务器，服务器不支持 gzip 压缩，但是 requests 发出 POST 请求的时候却会自动启用 gzip 。

这样吧，我来用规范的语言表达一下我的意思
1 从标准的角度来说， HTTP 请求的 POST body 可以是压缩的（当然需要同时在 header 里声明）。但考虑到 HTTP 是一个先请求后响应的协议，服务器没办法提前声明自己的能力，所以正经客户端都不会发压缩的 POST 请求。我之前只遇到过某 android 模拟器会发压缩的
2 很多服务器不认识压缩的 POST body ，也没有义务认识
3 经过试验和阅读代码，我确认 python 的 requests 库在不指定的情况下，不会用压缩的方式发送 POST 请求
4 尝试了给 requests.post 增加 Content-Encoding:gzip 的 header ，但发出去的请求依然是原文
所以还是请 lz 先确认一下自己的问题是不是正确

@neoblackcap 我试过了，加这个 header 并不会使 requests 把需要 post 的数据先压缩了再发

@neoblackcap Accept-Encoding 是客户端向服务器声明自己是否支持压缩用的，和 post body 没什么关系

@julyclyde nice