java - 请教下各位jetty在什么场景下适合使用？

Question

近期看到一个基于node的前后端分离方案，别人是这样做的：nodejs做前端渲染，然后通过REST接口调用后端java的业务逻辑(都是独立部署的服务器)。它这里java的业务逻辑是部署在jetty上。我想请教下各位，这种方案有什么好处吗？

我自己的理解是node和java之间采用的是长链接，而jetty在这方面相对tomcat有优势。不知道各位怎么看，大家都在什么场合会用jetty?

Answer 1

Utilisé lors du développement car il démarre très vite
Un peu hors sujet

Answer 2

Jetty et Tomcat sont tous deux appelés serveurs d'applications. Mais Jetty propose deux façons de commencer.
L'un est intégré, qui consiste à démarrer une jetée en écrivant du code vous-même.
Une autre méthode de déploiement, identique à Tomcat, déploie un package de guerre dans Jetty.
Grâce au déploiement intégré, la flexibilité est meilleure. Le déploiement de votre code n'a pas besoin de dépendre de l'exploitation et de la maintenance pour déployer un Tomcat dans chaque environnement.
Pour faire simple, il existe une méthode supplémentaire, donnant plus de choix aux développeurs.
Bien sûr, Jetty est sorti plus tard que Tomcat, donc en termes de performances et d'architecture, il est relativement meilleur que Tomcat.

Quant à la solution mentionnée dans votre question, elle utilise simplement quelques nouvelles technologies (nodejs) pour séparer complètement le front et le back end, ce qui peut être plus efficace en développement.

Answer 3

Je ne sais pas si la longue connexion dont vous parlez est WebSocket, Comet ou HTTP Keep-Alive. Jetty et Tomcat prennent en charge les trois. En termes de performances :
WebSocket et HTTP Keep-Alive sont des standards de l'industrie, et il n'y aura pas beaucoup de différence de performances entre les deux
Comet, les API de Jetty et Tomcat sont différentes, car il n'y a pas de norme unifiée ; dans l’industrie, mais personnellement, je ne pense pas qu’il y ait beaucoup de différence en termes de performances, car les deux prennent en charge NIO.

Quant au choix entre les deux, cela peut être davantage une question d'habitudes personnelles (par exemple, j'aime personnellement Jetty), ou de réglementation de l'entreprise ou quelque chose du genre.