我想壓縮加入到我們的基於Spring的web服務（服務XML和JSON）壓縮Servlet過濾器，我看到有許多不同的gzip壓縮過濾器，但不知道這是被接受爲最常見的即是否有Jboss或Spring產品？支持最小物體大小
此外，我已閱讀，下面1000-860 bytes is pointless as compression time is greater than time saved and if its below 150 bytes that object actually grows壓縮內容。
做這些過濾器支持的最小物體大小開箱？
這是一個古老的線程，但JSP呈現之前，在過濾器壓縮發生。你可能啓用它通過Apache，但使用的Servlet /過濾器做它作爲一個過濾器或Spring MVC的可能是不會幫助你：
http://forum.springsource.org/showthread.php?45604-Using-gzip-for-compression-how
我發現閱讀您正在使用XML你的問題， json響應。如果你只是在尋找這些，你仍然可以從Spring MVC/Controller級別獲得它的一些好處，但是我仍然可能會繼續在Apache中使用GZIP功能。
http://betterexplained.com/articles/how-to-optimize-your-site-with-gzip-compression/
您還可以使用的Ehcache-網絡，所以HTTP響應（頁眉）緩存（用gzip壓縮），並返回給客戶端。因此，gzip進程（和序列化）僅在spring mvc端點返回內容時纔會發生。
但ehcache-web被設計爲緩存頁面，因此當請求動詞是PUT或POST或DELETE時，必須重寫篩選器（SimplePageCachingFilter）來處理逐出。
你也可以寫自己的過濾器，並使用了Ehcache作爲高速緩存管理器把/逐出值。這些值的結構將包含 *端點調用的結果，以json或xml序列化（作爲字符串） * http標頭的映射。
不幸的是在Spring MVC（@Cacheable）高速緩存支持高速緩存方法調用，然後其可用於每個HTTP請求串行化的結果。這是可以理解的，因爲Spring緩存是不可知的，並且對http不太嚴格。