Post 为什么jetty的GzipHandler默认只包含GET请求？
我正在通过Jetty为服务器配置gzip压缩，还有一些PUT/POST端点，我想压缩它们的响应有效负载。Jetty的默认GzipHandler配置仅包括GET；这是默认值，这是有文档记录的，但是我找不到文档说明为什么这是默认值。当方法为non-GET时，应用gzip是否有缺点？原因归结为PUT和POST的响应在一般意义上不适合放入缓存 GET在gzip压缩首次引入时被选为默认值，在Jetty迁移到Eclipse之前，在Servlet 2.0之前，在Jetty中被称为GzipFilter时，在那个时代，如果内容无法缓存，它就不会被压缩 为什么? 那么，在当时，使用系统资源一次又一次地压缩相同的内容被视为一种负面影响，为多个请求提供服务比为几个优化的请求提供服务更重要 GzipHandler可以配置为使用任何方法，即使是像HEAD这样的无意义的方法 不要让带有历史原因的默认值阻止您使用gziphondler，使用它，配置它，然后高兴起来 请随时提交问题，请求更改默认值Post 为什么jetty的GzipHandler默认只包含GET请求？,post,get,jetty,gzip,Post,Get,Jetty,Gzip,我正在通过Jetty为服务器配置gzip压缩，还有一些PUT/POST端点，我想压缩它们的响应有效负载。Jetty的默认GzipHandler配置仅包括GET；这是默认值，这是有文档记录的，但是我找不到文档说明为什么这是默认值。当方法为non-GET时，应用gzip是否有缺点？原因归结为PUT和POST的响应在一般意义上不适合放入缓存 GET在gzip压缩首次引入时被选为默认值，在Jetty迁移到Eclipse之前，在Servlet 2.0之前，在Jetty中被称为GzipFilter时，在那个