servlet+JSP 过时了么？

[SystemLight]

[tinyuu]

serlet 是基础啊 spring mvc 就是 基于这个来做的啊 。

[leafre]

jsp 过时了，servlet 是底层标准，除非抛弃 ee 平台，否则就得按标准来

[ihipop]

@kop1989 已经有 next 子类的服务端渲染方案了，并且还挺流行。

[fuxiaohei]

还在更新，从 https://github.com/javaee/servlet-spec 交给 Eclipse 了 https://github.com/eclipse-ee4j/servlet-api

[vincixu]

这位宝友，这技术栈可不兴用啊

[liian2019]

jsp 过气了，但是 servlet 永不过气

[zhuawadao]

每个时代的技术，都有在每个时代的意义。

[sioncheng]

@x940727 r2dbc 不是用来拯救 DB 吞吐量的吧，Rx 响应式编程的目标应该是用相对少量的线程驱动更多的 IO 操作，提高 CPU 的产出。

[AkideLiu]

😳Java web 没学好，直到现在只会 spring boot 和 vue，完全不会 jsp 。servlet 还是浅显懂一些的

[chanchan]

服务端 html 模板不流行了

[Biluesgakki]

@AkideLiu 感觉也没必要学 jsp 。。前后端分离就完事了。小项目可以用 thymeleaf

[x940727]

@sioncheng 那不就是增加吞吐量吗？而且大部分依赖于数据库的系统都不是计算型的程序，数据型的程序肯定是磁盘 IO 是瓶颈，无论你再怎么 Reactor 都提升不大……

[onice]

servlet 不是 springMVC 的底层标准么，所以不存在过时，你要阅读 springMVC 的源码，肯定是需要掌握 servlet 的。
但用原生的 servlet 开发的项目，已经很少了，甚至几乎没有了。可能唯一用得上的，就是用 servlet 临时写个接口调试，因为不用再搭一套 spring 。
至于 JSP，这个只是渲染层的技术。现在也用的少了，现在流行前后端分离，前端用 vue 等技术来搞。后端只提供接口就行，几乎用不上 JSP 。

[CallMeSoul]

后端开发人员还是比较熟悉 jsp 吧。
你叫前端写 jsp，那估计没几个想了

[gdtdpt]

主要是现在前端组件都需要 npm，JSP 不适合 npm 。
比如 vue，虽然我也见过用 cdn 方式引入，一个 JSP 一个 vue 对象的方式，但是对应的 UI 库对 cdn 的支持就不是很好了。

[clf]

现在 JSP 的应用场景也是用来接口给前端用……好处是服务重启一下就行了，不用编译什么的。（对于"二次"开发公司来说很方便，但对于正经的开发公司来说不如直接写 rest 接口）

[Ayanokouji]

@liian2019 ervlet 那个标准已经不太适应现在了，servlet 也快没落了，oracle 已经抛弃 java ee 现在是 jakarta ee，不是 servlet 的 http server 也有很多，比如 webflux，vertx 等已 netty 为底层的 http server，s

[sioncheng]

@x940727 嗯，我意思是应用程序的吞吐量，一般来说，多数业务应用程序是无状态的，瓶颈在于合理利用多线程和非阻塞 IO 上，Rx 编程有利于改进这类应用的性能； 而数据库的整体吞吐量瓶颈可能不是这种情况。

[HerrDu]

@zzzmh 你是说开发效率，开始运行效率？

[zzzmh]

@HerrDu 都高
比如一般页面不超过 10 个的网站，做成核心部分后端渲染（标题 图片 文章等），
其余内容（评论 标签 相似文章等 以及需要分页加载的部分）做前端动态渲染
据我观察不少大厂的文章详情页也是类似逻辑

开发效率子不必多说，给我写的话就 css 慢一点，自己边写边设计纠结，其余部分都是 分分钟写完

运行效率必须用 docker 容器 内存限制物理机的 80% 开启 swap 意外停止自动重启，然后容器用 java8 + tomcat8.5 , 再开启 NIO GZIP 等，效率直接起飞 （当然我说的一般都是体感 盲猜，没有科学的试验过）
一台 1c4g1m 就 轻松对付每日 几万 ip （ nginx 做好限流）