这是一个创建于 1338 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
echo1937 2021-04-29 14:04:21 +08:00
是的,没人用了.
|
 |
2
zzzmh 2021-04-29 14:06:10 +08:00
我在用啊，jsp jstl 后端渲染贼方便，tomcat 设置好效率也不低。最大的好处还是适合百度收录。适合搜索出图
|
 |
3
hafuhafu 2021-04-29 14:07:09 +08:00
过时，但是还有很多系统在用，特别是传统企业。
|
 |
4
kop1989 2021-04-29 14:07:57 +08:00
不能说过时，应该说是不适合当前 it 公司的组织架构了。
当前主张的还是客户端渲染，前后端分离。 然后再加上目前的前端模块化。 想要看到“分久必合”估计还要等段时日😂 |
 |
5
bthulu 2021-04-29 14:08:20 +08:00
jsp 用的少了, 在各数据库厂商给出可靠的异步驱动前, servlet 永不过时
|
 |
6
xuanbg 2021-04-29 14:09:52 +08:00
过时了，这是无疑的。
但不影响你用啊。适合的，才是最好的，而不是新潮的。 |
 |
7
x940727 2021-04-29 14:14:57 +08:00
@bthulu Oracle 不是说准备放弃 R2DBC 的研发了吗？异步调试困难，出问题难排查，收益又不大，DB 吞吐量这个玩意不是靠异步能提起来的……
|
 |
8
Kasumi20 2021-04-29 14:33:34 +08:00
JSP 已成笑话
|
 |
9
LosLord 2021-04-29 14:38:09 +08:00
目前学是有必要学的，但是生产基本很少直接涉及的
|
 |
10
yeqizhang 2021-04-29 14:54:24 +08:00 via Android
不知道过时的意思是啥，
不过这玩意深入学习意义不大了，现在都是分工明细，页面都找专业前端来弄，你前端不精搞的 jsp 又不美，开发效率又不高。 而且懂这个面试时人家不会，所以也不会问你。 |
 |
11
iyaozhen 2021-04-29 15:01:10 +08:00
servlet 这个概念还有 但好像也被响应式编程挑战了？
JSP 过时主要是现在都是前后端分离，怼接口的 |
 |
13
sonyxperia 2021-04-29 15:11:55 +08:00
了解一下不吃亏的
|
|
14
zzzmh 2021-04-29 15:41:00 +08:00
@HerrDu 我另一个网站也在用，但百度好像就贼喜欢 3p php jsp asp，tmd 收录快 排名高效果好，隔壁 vue 的也用了不少心思就是感觉百度收起来费劲各种使绊子。。。
我猜测是因为我 vue 是判断百度的 ua 来后端渲染，正常用户前端渲染。。。被百度发现了。。。 但如果用 vue 开发然后全部后端渲染，效率必比 jsp 低。。。 |
 |
15
sola97 2021-04-29 15:52:02 +08:00
传统行业公司还在用 servlet+springboot
|
 |
16
unco020511 2021-04-29 15:57:40 +08:00
这辈子不想再写 jsp
|
 |
17
DavidDee 2021-04-29 15:59:54 +08:00
还在写 jsp，非常折磨，传统医疗行业，想跑路
|
 |
18
dinfeo 2021-04-29 16:03:54 +08:00
主要 JSP 的新人不好找吧，要找的话，大部分都是年纪大的，加不了班。
看起来只有维护之前的项目可能会用 jsp 吧，大部分新项目都不会用了。 现在大部分都是前后端分离了，而且现在的流行前端框架都是 MVVM，前端的控件库丰富多样，样式好看，交互丰富。 JSP 这些都不占优势。。。 所以，现在基本上不多乐，其实和 asp.net 一样。。。这种动态网页技术,或者说是在 html 种嵌入程序的技术，只有在之前没有成熟前端框架的时候比较有用 现在已经不是这种技术的时代了，毕竟浏览器的 js 性能已经大幅提升，而且各个浏览器也把 js 优化放在第一的位置，jsp 和 asp.net 也没啥性能优势了 和 flash 一样是时代的眼泪了 |
 |
19
KiZuNaYa 2021-04-29 16:07:20 +08:00
jsp 只有老项目还用了，还是 mvvm 来的舒服，后端写接口，前端写页面，分工（锅）明确，再不济用用 springboot 自带的
thymeleaf 都比 jsp 强不少。 |
 |
20
manami 2021-04-29 16:16:23 +08:00
自己写项目前后端不分离用 thymeleaf
|
 |
21
tinyuu 2021-04-29 16:17:38 +08:00
serlet 是基础啊 spring mvc 就是 基于这个来做的啊 。
|
 |
22
leafre 2021-04-29 16:18:54 +08:00
jsp 过时了，servlet 是底层标准，除非抛弃 ee 平台，否则就得按标准来
|
 |
24
fuxiaohei 2021-04-29 16:56:13 +08:00
还在更新，从 https://github.com/javaee/servlet-spec 交给 Eclipse 了 https://github.com/eclipse-ee4j/servlet-api
|
 |
25
vincixu 2021-04-29 17:35:48 +08:00 via Android  1
这位宝友，这技术栈可不兴用啊
|
 |
26
liian2019 2021-04-29 17:54:35 +08:00
jsp 过气了，但是 servlet 永不过气
|
 |
27
zhuawadao 2021-04-29 18:19:52 +08:00
每个时代的技术，都有在每个时代的意义。
|
 |
28
sioncheng 2021-04-29 23:52:44 +08:00
@x940727 r2dbc 不是用来拯救 DB 吞吐量的吧，Rx 响应式编程的目标应该是用相对少量的线程驱动更多的 IO 操作，提高 CPU 的产出。
|
 |
29
AkideLiu 2021-04-30 02:20:07 +08:00 via iPhone
😳Java web 没学好，直到现在只会 spring boot 和 vue，完全不会 jsp 。servlet 还是浅显懂一些的
|
 |
30
chanchan 2021-04-30 04:24:18 +08:00
服务端 html 模板不流行了
|
 |
31
Biluesgakki 2021-04-30 08:57:16 +08:00
@AkideLiu 感觉也没必要学 jsp 。。前后端分离就完事了。小项目可以用 thymeleaf
|
|
32
x940727 2021-04-30 09:34:45 +08:00
@sioncheng 那不就是增加吞吐量吗？而且大部分依赖于数据库的系统都不是计算型的程序，数据型的程序肯定是磁盘 IO 是瓶颈，无论你再怎么 Reactor 都提升不大……
|
 |
33
onice 2021-04-30 10:03:51 +08:00
servlet 不是 springMVC 的底层标准么，所以不存在过时，你要阅读 springMVC 的源码，肯定是需要掌握 servlet 的。
但用原生的 servlet 开发的项目，已经很少了，甚至几乎没有了。可能唯一用得上的，就是用 servlet 临时写个接口调试，因为不用再搭一套 spring 。 至于 JSP，这个只是渲染层的技术。现在也用的少了，现在流行前后端分离，前端用 vue 等技术来搞。后端只提供接口就行，几乎用不上 JSP 。 |
 |
34
CallMeSoul 2021-04-30 10:53:17 +08:00
后端开发人员还是比较熟悉 jsp 吧。
你叫前端写 jsp，那估计没几个想了 |
 |
35
gdtdpt 2021-04-30 14:09:35 +08:00
主要是现在前端组件都需要 npm，JSP 不适合 npm 。
比如 vue，虽然我也见过用 cdn 方式引入，一个 JSP 一个 vue 对象的方式，但是对应的 UI 库对 cdn 的支持就不是很好了。 |
 |
36
clf 2021-04-30 14:22:27 +08:00
现在 JSP 的应用场景也是用来接口给前端用……好处是服务重启一下就行了，不用编译什么的。（对于"二次"开发公司来说很方便，但对于正经的开发公司来说不如直接写 rest 接口）
|
 |
37
Ayanokouji 2021-04-30 17:40:55 +08:00
@liian2019 ervlet 那个标准已经不太适应现在了，servlet 也快没落了，oracle 已经抛弃 java ee 现在是 jakarta ee，不是 servlet 的 http server 也有很多，比如 webflux，vertx 等已 netty 为底层的 http server，s
|
|
38
sioncheng 2021-05-01 15:22:38 +08:00
@x940727 嗯，我意思是应用程序的吞吐量，一般来说，多数业务应用程序是无状态的，瓶颈在于合理利用多线程和非阻塞 IO 上，Rx 编程有利于改进这类应用的性能； 而数据库的整体吞吐量瓶颈可能不是这种情况。
|
|
40
zzzmh 2021-05-06 11:39:15 +08:00
@HerrDu 都高
比如一般页面不超过 10 个的网站，做成核心部分后端渲染（标题 图片 文章等）， 其余内容（评论 标签 相似文章等 以及需要分页加载的部分）做前端动态渲染 据我观察不少大厂的文章详情页也是类似逻辑 开发效率子不必多说，给我写的话就 css 慢一点，自己边写边设计纠结，其余部分都是 分分钟写完 运行效率必须用 docker 容器 内存限制物理机的 80% 开启 swap 意外停止自动重启，然后容器用 java8 + tomcat8.5 , 再开启 NIO GZIP 等，效率直接起飞 （当然我说的一般都是体感 盲猜，没有科学的试验过） 一台 1c4g1m 就 轻松对付每日 几万 ip （ nginx 做好限流） |
Select Language