Maison  >  Article  >  Java  >  Quelle est la raison pour laquelle SpringBoot n'est pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Quelle est la raison pour laquelle SpringBoot n'est pas autorisé à utiliser le conteneur Tomcat dans le projet ?

PHPz
PHPzavant
2023-05-12 15:34:061255parcourir

Conteneur Tomcat dans SpringBoot

SpringBoot peut être considéré comme le framework Web Java le plus populaire à l'heure actuelle. Il libère les développeurs du code XML lourd et leur permet de créer un service Web complet en quelques minutes, améliorant ainsi considérablement l'efficacité du travail des développeurs. La technologie des conteneurs Web est un composant essentiel des projets Web, car tout projet Web doit s'appuyer sur la technologie des conteneurs pour s'exécuter.

Dans le framework SpringBoot, celui que nous utilisons le plus est Tomcat. Il s'agit de la technologie de conteneur par défaut de SpringBoot, et c'est un Tomcat intégré.

Paramètres SpringBoot Undertow

Les programmeurs Java doivent être très familiers avec la technologie Tomcat. Il s'agit de la technologie de conteneur la plus couramment utilisée pour les applications Web. Nos premiers projets développés ont été essentiellement déployés et exécutés sous Tomcat. Ainsi, en plus des conteneurs Tomcat, quelles autres technologies de conteneurs pouvons-nous utiliser dans SpringBoot ? C'est vrai, c'est la technologie de conteneur Undertow dans le titre. SrpingBoot a complètement hérité de la technologie Undertow. Il suffit d'introduire les dépendances d'Undertow, comme le montre la figure ci-dessous.

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Après la configuration, nous avons démarré l'application et constaté que le conteneur avait été remplacé par Undertow. Alors pourquoi devons-nous remplacer Tomcat par la technologie Undertow ?

Comparaison des avantages et des inconvénients de Tomcat et Undertow

Tomcat est un conteneur de servlets léger sous la fondation Apache, prenant en charge les servlets et JSP. Tomcat possède des fonctions uniques de serveur Web, notamment une plate-forme de gestion et de contrôle Tomcat, la gestion du bureau de sécurité et la valve Tomcat, etc. Tomcat lui-même contient un serveur HTTP, il peut donc également être considéré comme un serveur Web distinct. Cependant, le serveur HTTP Tomcat et Apache ne sont pas la même chose. Le serveur HTTP Apache est un serveur Web HTTP implémenté en langage C. Tomcat est entièrement gratuit et apprécié des développeurs.

Undertow est un produit open source de Red Hat. Il est entièrement développé en langage Java. Il s'agit d'un serveur Web flexible et performant qui prend en charge les E/S bloquantes et non bloquantes. Étant donné qu'Undertow est développé en langage Java, il peut être directement intégré aux projets Java pour être utilisé. Dans le même temps, Undertow prend entièrement en charge Servlet et Web Socket et fonctionne très bien dans les situations de forte concurrence.

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Nous avons testé Tomcat et Undertow sous la même configuration de machine, et les résultats des tests obtenus sont les suivants : Comparaison des résultats du test QPS : Tomcat

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Undertow

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Comparaison de l'utilisation de la mémoire :

Tomcat

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Undertow

Quelle est la raison pour laquelle SpringBoot nest pas autorisé à utiliser le conteneur Tomcat dans le projet ?

Il a été découvert grâce à des tests que Tomcat est relativement faible dans les systèmes à haute concurrence. Sous la même configuration de machine et simulant un nombre égal de requêtes, Undertow est optimal en termes de performances et d'utilisation de la mémoire. Et la nouvelle version d'Undertow utilise des connexions persistantes par défaut, ce qui améliorera encore ses capacités de débit simultané. Par conséquent, s’il s’agit d’un système commercial hautement concurrent, Undertow est le meilleur choix.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer