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