现在有成熟的 jdk17 + springboot3 微服务稳定落地的案例没

[bzq]

最近公司这边给了一个机会启动一个新项目，公司也没有什么技术很牛的人，之前的项目都是 java8 springcloud 阿里巴巴那套，在纠结正好拿这这个机会 试一下新的。
各位大佬，有什么建议吗？

[cnhongwei]

jdk 21 + spring boot 3 完全没有问题，但是建议不要直接使用微服务，先使用 spring modulish 把模块划分好，等需要的时候再使用微服务。

[clf]

没啥问题 JDK17 唯一的坑就是 toList() 和 List.of() 等生成的类在序列化的时候会炸（ Dubbo3 ）

[spritecn]

起新项目一点问题都没,抛开语法不说 17/21 下的 G1 还是比 java8 那个 GC 稳很多,语法上 list.stream().toList(),'''长字符串用起来还是很实在

[nekoneko]

@spritecn 21 的多线程模型比 8 强太多了, 综合提升 40%~70%, IO 密集型直接提升 3 倍

[fengyedzf]

一样的，放心用

[northernsongy2]

直接 21 吧。我们公司用 11/17 的都必须升级到 21. 反倒是用 8 的，多给了点时间，因为 8 升级 21 稍微麻烦丢丢

[rockdodos]

jdk21 springboot 虚拟线程稳定用了 1 年多了

[interim]

21 + springboot 3 落地一年了，不建议用 alibaba 那一套，有重大配置变更更新日志和文档都没写，举个例子比如 nacos 新版本变更了配置文件的读取方式之前没看到有升级说明。

[nm1st]

21 虚拟线程 有缺陷, 等 25 出了就可以升上去了

[HENQIGUAI]

直接 24 ，等 9 月份出 25 了无缝衔接。而且真的确定是因为业务足够复杂需要上微服务吗。

[win301]

jdk24 + springboot3 ,没有任何问题,还有就是建议把 idea 升级到最新版本,这样才能发挥最新 jdk 的威力,当然了目前最新版本的 jdk 对 jdk24 的支持并不完美,就比如 kotlin 编译选项里最高就只能选择 jdk23,不过新版本已经在路上了,理论上不超过 2 周就会推出针对 jdk24 优化过的版本

[bzq]

@HENQIGUAI 不是的，从业务复杂度来说，单体，微服务都行，用微服务就是为了多用点 cloud 其他组件，让自己在回顾学习一下，这两年净写业务了。

[shiloh595]

先搞一个单体项目干它😁

[unco020511]

为啥不直接用 kotlin 呀,忽略 java 这种上古语言吧

[wxw752]

@helloword001 #38 我也纳闷呢，不用 springcloud 用啥，小公司不意味着业务也小

[dddd1919]

用新版本框架写新项目，你可能都感知不到跟旧版本的开发差异

[404E]

@unco020511 虽然我自己也用 kotlin 也觉得好用爱用，但是公司项目得考虑招人的时候能不能找到吧，java 随便招

[highkay]

1. 为什么要用微服务？不要拿公司的项目练手，压力会很大，也不负责任。
2. vibe coding 的话，单体仓库上下文更友好。你也说了公司没啥技术氛围，可以让你有更多的时间搞点别的。

[monmon]

@404E 水平不是很离谱，上手最多三五天就能用个差不多吧

[JoeDH]

现在微服务不用 alibaba 那套，现在用啥？