这是一个创建于 35 天前的主题，其中的信息可能已经有所发展或是发生改变。
生态/团队协作（ Spring Boot ）、云原生与效率（ Quarkus ）、国内轻量与快（ Solon ）。
28 条回复 • 2026-02-03 09:20:37 +08:00
 |
1
Ayanokouji 1 月 29 日  1
除非你有非 x 不用的理由，否则一律 spring boot 。
记得用新版本 |
 |
2
JieyueXing OP PRO @Ayanokouji #1 quarkus 不推荐吗
|
 |
3
chendy 1 月 29 日 1
公司项目 spring
自己玩 随便 |
|
4
Ayanokouji 1 月 29 日
@JieyueXing 选 java 不就是图 jvm 吗，可以不侵入 attach 做各种事情。
选 quarkus 图啥呢，说个有点歪楼的，选 quarkus 不如选 go |
|
5
Ayanokouji 1 月 29 日 1
当时 graalvm 出来时，也一阵惊叹，希望各种框架适配，不过后来发现，native 也就行那样，对我来说，可观测性更重要一些，jvm 有好多无业务侵入的工具，比如 arthas 之类的。
|
|
6
JieyueXing OP PRO @Ayanokouji #5 🤝感谢指导
|
 |
7
JYii 1 月 29 日
@Ayanokouji #4 选 Java 不是图 spring 或者 netty 的生态吗，JVM 工具链强只是 Java 工程体系成熟度的一部分。
|
 |
8
visper 1 月 29 日 1
springboot or go.
|
 |
9
zhouhu 1 月 29 日
@Ayanokouji arthas 真的很重要 哈哈哈
|
 |
10
iseki 1 月 29 日 via Android 2
系统上了之后才发现 JVM 本身才是整个体系最值钱的东西，最低成本的运行时增强，动态装卸载，平台无关，观测性，甚至是一定程度上的失败安全。那些吹起来的 native 方案在这些地方都是一车问题。
|
 |
11
netabare 1 月 29 日 via Android 1
图 JVM 那为啥要死磕 java 呢，kotlin 、clojure 不香吗？
|
 |
12
bobox 1 月 29 日 1
spring boot 虽然降低了门槛，但面向注解编程不利于程序员成长
|
 |
13
Oktfolio 1 月 29 日 1
没人用 Micronaut ？
|
 |
14
Akitora 1 月 29 日 1
Kotlin + Spring Boot
|
 |
15
dog82 1 月 30 日 1
java + springboot 就是 JVM 上的黄金组合，其它都是歪门邪道，包括 kotlin 、scala 、clojure
要么你就换 Go 这个新赛道 |
 |
16
fpure 1 月 30 日 2
无脑 spring boot ；另外 Solon 是什么垃圾，该作者喜欢在知乎换着马甲发帖拉踩 Spring ，期望借信创的大手干掉 Spring ，这种烂人写的东西你敢用？
|
|
17
fpure 1 月 30 日 2
|
 |
18
spritecn 1 月 30 日 1
无脑 spring boot,之前有个项目用了 solon 坑还是比较多
|
|
19
JieyueXing OP PRO @fpure #17
 之前用了一下启动是真快阿 |
|
20
JieyueXing OP PRO 明白了, 感谢大家 |
 |
21
windyboy 1 月 30 日 1
micronaut
|
|
22
fpure 1 月 30 日 1
@JieyueXing 刚起步没有技术债，功能简陋自然快，但是以后呢？
|
|
23
JieyueXing OP PRO @fpure #22 单压 !
|
 |
24
ZField 1 月 30 日 1
不用 Spring Boot 的话就用 go
其他所有的原生方案都会有一定的痛点 |
 |
25
KentY 1 月 31 日
@dog82 spring 和 Kotlin 的 partnership 越来越强. 不知道你是不是真了解了 Kotlin.
如果你是 Java 程序员, 一旦用了 Kotlin 就再不想写 Java 了. 我们小组的 50 多个应用/服务,除了一个遗留的还是 springboot Java, 剩下都是 Kotlin 或者 Kotlin+Springboot 了. 整个产品线下面也是这个趋势. |
|
26
iseki 1 月 31 日 via Android 1
不一定非要用 Spring 的，但经验是尽量不要离开 JVM ，大多数时候那些上层的应用 framework 都不如 JVM 本身对项目有价值。
|
|
27
dog82 2 月 2 日
|
 |
28
CodeCodeStudy 2 月 3 日
GraalVM 的坑真是多，你要用传统的 JVM 的方式把所有代码都跑一遍，收集反射、资源、动态代理、序列化等等信息，然后再编译生成可执行文件。非常繁琐也非常容易出错。比如某个条件分支，没有经过测试也没有运行到，在某天突然进到了该分支里，就报错了。编译过程也非常耗时，非常占内存。
|
Select Language