En utilisant la compression GZIP avec Spring Boot/MVC/JavaConfig RESTful

Le reste de ces réponses ne sont pas à jour et/ou sur le dessus compliqué pour quelque chose qui devrait être simple de l'OMI (combien de temps a gzip été autour pour l'instant? plus que Java...) à Partir de la documentation:

Dans l'application.propriétés 1.3+

# ️️️
server.compression.enabled=true
# opt in to content types
server.compression.mime-types=application/json,application/xml,text/html,text/xml,text/plain,application/javascript,text/css
# not worth the CPU cycles at some point, probably
server.compression.min-response-size=10240 

Dans l'application.propriétés 1.2.2 - <1.3

server.tomcat.compression=on
server.tomcat.compressableMimeTypes=application/json,application/xml,text/html,text/xml,text/plain,application/javascript,text/css

De plus que 1.2.2:

@Component
public class TomcatCustomizer implements TomcatConnectorCustomizer {

  @Override
  public void customize(Connector connector) {
    connector.setProperty("compression", "on");
    //Add json and xml mime types, as they're not in the mimetype list by default
    connector.setProperty("compressableMimeType", "text/html,text/xml,text/plain,application/json,application/xml");
  }
}

Notez également que si vous utilisez tomcat intégré:

Si vous envisagez de déployer à un non tomcat intégré, vous devez l'activer dans server.xml http://tomcat.apache.org/tomcat-9.0-doc/config/http.html#Standard_Implementation

IRL Production Note:

Aussi pour éviter tout cela envisager l'utilisation d'un proxy/équilibreur de charge de l'installation en face de Tomcat avec nginx et/ou haproxy ou semblables, car il prendra en charge statique actifs et gzip BEAUCOUP plus efficacement et plus facilement que Java/Tomcat le modèle de thread.

Vous ne voulez pas lancer de chat " dans la salle de bain parce qu'il est occupé à la compression des trucs au lieu de servir les demandes (ou, plus probablement, de le faire tourner fils/alimentation CPU/tas assis autour d'attente pour la base de données IO à se produire lors de l'exécution de votre AWS projet de loi qui est pourquoi traditionnels Java/Tomcat peut-être pas une bonne idée de commencer par en fonction de ce que vous faites, mais je m'égare...)

refs:
https://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/html/howto.html#how-to-enable-http-response-compression

https://github.com/spring-projects/spring-boot/issues/2031

Sur les récents versions dans application.yml config:

---

spring:
  profiles: dev

server:
  compression:
    enabled: true
    mime-types: text/html,text/css,application/javascript,application/json

---

Enabeling GZip dans Tomcat n'a pas fonctionné dans mon Printemps de Démarrage du Projet. J'ai utilisé CompressingFilter trouvé ici.

@Bean
public Filter compressingFilter() {
    CompressingFilter compressingFilter = new CompressingFilter();
    return compressingFilter;
}

Pour activer la compression GZIP, vous devez modifier la configuration de Tomcat intégré instance. Pour ce faire, vous devez déclarer une EmbeddedServletContainerCustomizer bean dans votre Java de configuration, puis d'enregistrer un TomcatConnectorCustomizer avec elle.

Par exemple:

@Bean
public EmbeddedServletContainerCustomizer servletContainerCustomizer() {
    return new EmbeddedServletContainerCustomizer() {
        @Override
        public void customize(ConfigurableEmbeddedServletContainerFactory factory) {
            ((TomcatEmbeddedServletContainerFactory) factory).addConnectorCustomizers(new TomcatConnectorCustomizer() {
                @Override
                public void customize(Connector connector) {
                    AbstractHttp11Protocol httpProtocol = (AbstractHttp11Protocol) connector.getProtocolHandler();
                    httpProtocol.setCompression("on");
                    httpProtocol.setCompressionMinSize(64);
                }
            });
        }
    };
}

Voir le La documentation de Tomcat pour plus de détails sur les différents compression options de configuration disponibles.

Vous dites que vous voulez activer la compression. Selon vos critères de sélection, puis de l'approche ci-dessus peut être suffisant. Il vous permet de contrôler la compression de la demande de l'agent utilisateur, la réponse de la taille, et la réponse est de type mime.

Si cela ne répond pas à vos besoins, alors je crois que vous aurez à effectuer la compression de votre contrôleur et le retour d'un byte[] réponse avec un gzip content-encoding-tête.