Spring 应对 IO 密集 的 web 业务系统有什么成熟的做法

[golangLover]

也写了 spring 一段时间，发现 spring 比起 event-loop 的相关框架再处理 io 密集或者并发多的时候是性能比较低。
查了相关的资料，总结出来就是

1： 直接换 vert.x，但是语法以及生态完全不同。
2: 上 spring cloud, 注册多个服务硬抗
3：spring webflux, 好像是改了 controller 那边的方法以及拦截器之类的，但其他可以复用?不知道有没有坑，以及生态怎么样
4: 多用 servlet3 返回 callable,复用处理线程。

大家在业务里最主要用的是 2 吗？其他是不是都有坑或者生态问题? 想请大家指教一下。谢谢

[zoharSoul]

一般是多个机器硬抗. 反正服务水平扩展简单

[EscYezi]

没上 spring cloud，用的是 k8s 那一套

[ikas]

这与 spring 有啥关系...网络 io,高性能 spring 那也是用的 netty....
你只要选择一个高性能网络 io,比如 netty,然后再选择一个异步模型就完事了

[ikas]

1.选择 vert.x,那就是给你全套方案
2.选择用 spring webflux 作为 web 接口.那它就是解决了网络接入这一部分
3.选择用 servlet3,然后使用 netty 或者 Undertow 作为 servlet 实现,同上
2,3 你还要继续选择用啥异步框架.用 spring 的还是其他的..各种各样

至于 spring cloud,那是架构.而不是上面的 1,2,3.....

[leonme]

瓶颈不在 DB 在 spring 框架？ 加个缓存轻轻松松单机 4000 QPS 啊

[wellsc]

@leonme 啥配置啊

[golangLover]

@ikas 不是太懂 这句话：“2,3 你还要继续选择用啥异步框架”，难道 spring webflux 不就是异步的框架了吗？你的意思是例如使用远程 api，应该使用非阻塞 http 的客户端这种？

[golangLover]

@EscYezi 就是增加 cluster，使得服务实例增加吗? 这个主要的优势是？

[golangLover]

@leonme spring 单机应该就是 500 左右吧，预设就是 200 个线程。 应该说瓶颈是在 spring 的 jdbc 连接吧。其实是看了这个： https://www.techempower.com/benchmarks/ 。Spring 在 IO 密集的 fortunes 评分，跌到 300 位以外，比起 node.js 甚至 php 的都低很多。。。。。。

[ikas]

@golangLover spring webflux 是一个异步的 web 框架,它异步采用的模型是 Reactor...
但是你 web 层之后的代码.不一定就是选择采用 Reactor 异步的模型,毕竟 java 有那么多异步库可以用
比如你可以用 spring 的 project reactor,也可以用 rxjava,甚至用 jdk 内置的 CompletableFuture
再往下说那就更烦了..比如 jdbc 要选啥样的异步库...如果用到 httpclient 又要选择啥样的....

[golangLover]

@ikas 但是 rxjava 在后端很少有落地的吧，基本上都是安卓前端用的。我觉得可行的第一就是 completablefuture，毕竟内置的，也必须要用。其他要再研究一下。谢谢

[alamaya]

golanglover 干嘛搞 java，直接换 golang 不就行了吗

[chendy]

1. 招人成本高
2. 不需要 Spring cloud，直接加机器就行
3. 不能同步写的异步都太难受了，业务逻辑堆起来之后更加难受
4. 没玩过，目测也不太行

[notejava]

这个锅，spring 不背

[leonme]

@golangLover 简单看了下评测项目（解析 json 、返回 plain text 、数据库连接等等），从测试结果来看，一般非 GC 语言优于 GC 语言，复杂框架优于简单框架，比如 servlet 优于 spring，如果只是简单的 echo，那 servlet 肯定优于封装度高的 springmvc，但实际项目谁会直接用 servlet 呢？还有 spring 中使用了封装度很高的 JPA，性能肯定不如直接用 JDBC 啊。。。所有这种评测项目看看就好了，没太大借鉴意义

[yazinnnn]

业务简单就换 vertx+kotlin

[EscYezi]

@golangLover 优势就是一楼所说，水平扩展简单，对于一般的 http 服务加机器就够了

[leonme]

@leonme 所以

[pengtdyd]

花了非常大的力气选语言，选框架，选技术，远远没有多买一台服务器来的实在。

[golangLover]

@leonme #15 @chendy #13 那 java 不那么难受的异步应该怎么写。我看 completablefuture 都 50 多个方法。。。。厉害