1

1

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

3

1

公司项目 spring
自己玩 随便

4

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

5

1

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

7

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

8

1

springboot or go.

10

2

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

11

1

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

12

1

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

13

1

没人用 Micronaut ？

14

1

Kotlin + Spring Boot

15

1

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

16

2

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

18

1

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

24

1

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

25

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

26

1

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

27

28

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