servlet+JSP 过时了么？

[echo1937]

是的,没人用了.

[zzzmh]

我在用啊，jsp jstl 后端渲染贼方便，tomcat 设置好效率也不低。最大的好处还是适合百度收录。适合搜索出图

[hafuhafu]

过时，但是还有很多系统在用，特别是传统企业。

[kop1989]

不能说过时，应该说是不适合当前 it 公司的组织架构了。
当前主张的还是客户端渲染，前后端分离。
然后再加上目前的前端模块化。

想要看到“分久必合”估计还要等段时日😂

[bthulu]

jsp 用的少了, 在各数据库厂商给出可靠的异步驱动前, servlet 永不过时

[xuanbg]

过时了，这是无疑的。


但不影响你用啊。适合的，才是最好的，而不是新潮的。

[x940727]

@bthulu Oracle 不是说准备放弃 R2DBC 的研发了吗？异步调试困难，出问题难排查，收益又不大，DB 吞吐量这个玩意不是靠异步能提起来的……

[Kasumi20]

JSP 已成笑话

[LosLord]

目前学是有必要学的，但是生产基本很少直接涉及的

[yeqizhang]

不知道过时的意思是啥，
不过这玩意深入学习意义不大了，现在都是分工明细，页面都找专业前端来弄，你前端不精搞的 jsp 又不美，开发效率又不高。
而且懂这个面试时人家不会，所以也不会问你。

[iyaozhen]

servlet 这个概念还有 但好像也被响应式编程挑战了？

JSP 过时主要是现在都是前后端分离，怼接口的

[HerrDu]

@zzzmh node 方案的 srr 不香吗？

[sonyxperia]

了解一下不吃亏的

[zzzmh]

@HerrDu 我另一个网站也在用，但百度好像就贼喜欢 3p php jsp asp，tmd 收录快 排名高效果好，隔壁 vue 的也用了不少心思就是感觉百度收起来费劲各种使绊子。。。
我猜测是因为我 vue 是判断百度的 ua 来后端渲染，正常用户前端渲染。。。被百度发现了。。。
但如果用 vue 开发然后全部后端渲染，效率必比 jsp 低。。。

[sola97]

传统行业公司还在用 servlet+springboot

[unco020511]

这辈子不想再写 jsp

[DavidDee]

还在写 jsp，非常折磨，传统医疗行业，想跑路

[dinfeo]

主要 JSP 的新人不好找吧，要找的话，大部分都是年纪大的，加不了班。
看起来只有维护之前的项目可能会用 jsp 吧，大部分新项目都不会用了。
现在大部分都是前后端分离了，而且现在的流行前端框架都是 MVVM，前端的控件库丰富多样，样式好看，交互丰富。
JSP 这些都不占优势。。。
所以，现在基本上不多乐，其实和 asp.net 一样。。。这种动态网页技术,或者说是在 html 种嵌入程序的技术，只有在之前没有成熟前端框架的时候比较有用
现在已经不是这种技术的时代了，毕竟浏览器的 js 性能已经大幅提升，而且各个浏览器也把 js 优化放在第一的位置，jsp 和 asp.net 也没啥性能优势了
和 flash 一样是时代的眼泪了

[KiZuNaYa]

jsp 只有老项目还用了，还是 mvvm 来的舒服，后端写接口，前端写页面，分工（锅）明确，再不济用用 springboot 自带的
thymeleaf 都比 jsp 强不少。

[manami]

自己写项目前后端不分离用 thymeleaf

[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 做好限流）

[shermer]

@vincixu 哈哈哈哈哈哈哈哈哈哈哈哈“宝友”这是要出圈了吗