1.除了需要@SerializationHint修饰一切pojo
（spring说下一个大版本就能省掉这步）
spring native体验和spring boot几无区别

2.项目调试可以用常规的java -jar模式运行，启动也明显快于普通jre，还支持profile
但是构建时间明显增加

3.mvn -Pnative package会触发本地化构建，直接生成脱离jre的可执行代码

构建开销非常大，尤其内存占用峰值7~8个G，不要随便在CI/CD环境跑……
不支持跨平台构建，而且紧密绑定glib版本号
不支持profile参数，需要预先确保目标环境就是默认环境
需要graalvm中安装了native-image组件

4.因为对glib版本有要求，所以即使跨发行版构建都可能无法在目标环境运行

如果不是按照spring最佳实践直接容器化部署的话
可以考虑用docker做个构建工具，
基于目标平台的image创建环境
然后把代码文件夹bind进去跑构建


一个完整的webflux+r2dbc应用，在2core2G的虚机上跑的毫无压力
pmap显示内存占用100M
--
FROM 116.233.92.*

赞
下一个大版本，是指 springboot3/spring6 么？还是说 springboot4
--
FROM 111.206.87.*

你build快么？我感觉一个hello world就得好几分钟简直不能忍
--
FROM 111.206.87.*

不开native不是等于没build成机器码么还是java那套
【 在 oldwatch 的大作中提到: 】
: 不开native标识的mvn package还行吧，
: 记得skipTest，否则会原地把spring boot启动一趟
: [INFO] BUILD SUCCESS
: ...................
--
FROM 111.206.87.*

那倒是
【 在 oldwatch 的大作中提到: 】
: 都是被java字节码和jit惯坏了
:  编译从来就是重的要死的活
:
--
修改:taniel FROM 111.206.87.*
FROM 111.206.87.*