Java ： 2026 年 SpringBoot, Quarkus, Solon ?

[JieyueXing]

生态/团队协作（ Spring Boot ）、云原生与效率（ Quarkus ）、国内轻量与快（ Solon ）。

[Ayanokouji]

除非你有非 x 不用的理由，否则一律 spring boot 。
记得用新版本

[JieyueXing]

@Ayanokouji #1 quarkus 不推荐吗

[chendy]

公司项目 spring
自己玩 随便

[Ayanokouji]

@JieyueXing 选 java 不就是图 jvm 吗，可以不侵入 attach 做各种事情。
选 quarkus 图啥呢，说个有点歪楼的，选 quarkus 不如选 go

[Ayanokouji]

当时 graalvm 出来时，也一阵惊叹，希望各种框架适配，不过后来发现，native 也就行那样，对我来说，可观测性更重要一些，jvm 有好多无业务侵入的工具，比如 arthas 之类的。

[JieyueXing]

@Ayanokouji #5 🤝感谢指导

[JYii]

@Ayanokouji #4 选 Java 不是图 spring 或者 netty 的生态吗，JVM 工具链强只是 Java 工程体系成熟度的一部分。

[visper]

springboot or go.

[zhouhu]

@Ayanokouji arthas 真的很重要 哈哈哈

[iseki]

系统上了之后才发现 JVM 本身才是整个体系最值钱的东西，最低成本的运行时增强，动态装卸载，平台无关，观测性，甚至是一定程度上的失败安全。那些吹起来的 native 方案在这些地方都是一车问题。

[netabare]

图 JVM 那为啥要死磕 java 呢，kotlin 、clojure 不香吗？

[bobox]

spring boot 虽然降低了门槛，但面向注解编程不利于程序员成长

[Oktfolio]

没人用 Micronaut ？

[Akitora]

Kotlin + Spring Boot

[dog82]

java + springboot 就是 JVM 上的黄金组合，其它都是歪门邪道，包括 kotlin 、scala 、clojure
要么你就换 Go 这个新赛道

[fpure]

无脑 spring boot ；另外 Solon 是什么垃圾，该作者喜欢在知乎换着马甲发帖拉踩 Spring ，期望借信创的大手干掉 Spring ，这种烂人写的东西你敢用？

[fpure]

看看 Solon 这作者的嘴脸
https://www.zhihu.com/question/1897046597541553424
https://www.zhihu.com/question/1906398614005199980
https://zhuanlan.zhihu.com/p/10117749087

[spritecn]

无脑 spring boot,之前有个项目用了 solon 坑还是比较多

[JieyueXing]

@fpure #17 之前用了一下启动是真快阿

[JieyueXing]

明白了, 感谢大家

[windyboy]

micronaut

[fpure]

@JieyueXing 刚起步没有技术债，功能简陋自然快，但是以后呢？

[JieyueXing]

@fpure #22 单压 !

[ZField]

不用 Spring Boot 的话就用 go
其他所有的原生方案都会有一定的痛点

[KentY]

@dog82 spring 和 Kotlin 的 partnership 越来越强. 不知道你是不是真了解了 Kotlin.
如果你是 Java 程序员, 一旦用了 Kotlin 就再不想写 Java 了.
我们小组的 50 多个应用/服务,除了一个遗留的还是 springboot Java, 剩下都是 Kotlin 或者 Kotlin+Springboot 了. 整个产品线下面也是这个趋势.

[iseki]

不一定非要用 Spring 的，但经验是尽量不要离开 JVM ，大多数时候那些上层的应用 framework 都不如 JVM 本身对项目有价值。

[dog82]

@KentY 看来是我落伍了，我一直以为 kotlin 是拿来开发 android app 的，没想到在服务端也这么流行；

不过话说回来，我更倾向于用 Go 重构，彻底摆脱 jvm

[CodeCodeStudy]

GraalVM 的坑真是多，你要用传统的 JVM 的方式把所有代码都跑一遍，收集反射、资源、动态代理、序列化等等信息，然后再编译生成可执行文件。非常繁琐也非常容易出错。比如某个条件分支，没有经过测试也没有运行到，在某天突然进到了该分支里，就报错了。编译过程也非常耗时，非常占内存。