2022-08-22 14:09
不知道
2022-08-18 11:37
Java什么时候能编译成wasm,然后和wasm上的其他runtime一起协同。
2022-08-17 09:56
吐槽的功能
2022-08-17 09:56
这个功能 不错啊
2022-08-16 13:40
graalvm 社区版差一些啊。 这个可能影响java native的发展。
_N
2022-08-01 09:57
windows 编译 native 会报错, 21的版本就不会.... 还有交叉编译 何时才能到来!!
2022-07-31 04:40
graalvm的方向就是错的,兼容一堆什么js/python/ruby/R/C/C++,费时费力还不讨好,迭代太慢跟不上其他语言的官方社区,还有可能存在兼容性等问题,还是把自己的JVM先做好吧,做好java native image就谢天谢地了
2022-07-30 19:07
yyds
2022-07-29 21:31
研究了下这编译时如果引入的包很多会出现很多的编译问题,研究了几天最终还是放弃了
2022-07-29 14:53
下载试试
2022-07-28 11:10
怎么不参考dotnet编译二进制方式来做?
2022-08-15 15:22
先不说技术上可行不可行,从面子上讲也不可能
2022-07-28 10:52
spring native真的成了就没go什么事儿了,加油
2022-07-28 15:09
。。。。从始至终就没有spring什么事情😂
2022-07-28 10:34
云原生的趋势
2022-07-28 08:55
我的配置太低 编译native spring用了3分钟
2022-07-28 09:41
玩java还是不要考虑二进制文件运行了,这不是java擅长的。
2022-07-28 10:02
以后会不会好一点呢?我看net的编译很快
2022-07-28 10:41
java 优化方式有很多,基于云原生肯定有多容器的pod, jdk放到初始化容器里面不就解决体积问题了.jar包不会比go的二进制文件大多少, 感觉spring启动的慢,那换一款轻量框架就解决了,完全不是事。😏
2022-07-28 12:13
谢谢指导
2022-08-16 10:47
还有内存占用比本地EXE多很多。
2022-07-28 14:39
dotNet编译快是因为编译出来的其实本质上还是字节码。
不要被exe的后缀名骗了,实际上由于Windows本身就内置dotNet runtime,而且两个都是微软自己的东西,所以使用exe去包裹dotNet字节码可谓顺理成章。
2022-07-28 15:51
.net有ReadyToRun,编译出机器码,不过优化程度不高,所以编译也挺快的
2022-08-08 13:46
现在支持 native了。
2022-07-28 20:18
dotNet在其他平台也是字节码二进制文件,可以直接运行,这点我认为比java的class,jar包要好太多了,可以直接启动
2022-08-08 13:46
.net 现在开始也支持native了。 原生的。 而且 macos linux windows 下都可以。
2022-07-28 10:30
赞同
2022-08-22 12:09
12700K + 32g内存,编译耗时50多秒
回复 @
{{emojiItem.symbol}}
返回顶部
顶部