近期看到一个基于node的前后端分离方案，别人是这样做的：nodejs做前端渲染，然后通过REST接口调用后端java的业务逻辑(都是独立部署的服务器)。它这里java的业务逻辑是部署在jetty上。我想请教下各位，这种方案有什么好处吗？
我自己的理解是node和java之间采用的是长链接，而jetty在这方面相对tomcat有优势。不知道各位怎么看，大家都在什么场合会用jetty?
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
3
454
收藏
开发的时候用，因为启动很快
有点跑题了
jetty，tomcat都称之为应用服务器。但是jetty提供了两种方式启动。
一种是嵌入式，也就是通过自己编写代码启动一个jetty。
另一种部署式，也就是tomcat一样，将一个war包部署到jetty中。
因为有了嵌入式部署，所以灵活性更好，你的代码部署就不需要依赖运维在各个环境中部署一个tomcat。
简单的说了，多了一种方式，给了开发者更多的选择。
当然jetty出来比tomcat晚，所以在性能上，架构实现上比tomcat相对好一点。
至于你问题中提到的方案不过是用了一些新技术(nodejs)完全剥离了前后端，可能开发效率上更高。
不知道你说的长连接是WebSocket还是Comet还是HTTP Keep-Alive。无论是Jetty还是Tomcat对这三者都是支持的。性能方面：
WebSocket、HTTP Keep-Alive都是业界标准，两者不会存在太大的性能差异；
Comet的话Jetty和Tomcat的API是不一样的，因为没有业界的统一标准，但是性能上个人觉得也不会有太大差异，因为二者都支持NIO。
至于二者的选择，可能更多还是个人习惯问题（比如我个人就是喜欢Jetty），或者公司的规范什么的。