dragondove

@jorneyr preview 特性，本来就没保证一定是这样的

感觉改变不大，大部分都是预览特性，zgc 大部分情况表现不如 g1 ，该用 g1 还是用 g1 。markdown 这个感觉是追潮流了，python 的文档之前就支持了 markdown ，不过我个人觉得不是很必要。现在就想着字符串模板什么时候重新设计好，希望不会比 jdk21 上的预览版本差多少。

完全替代不太可能，人家靠这个吃饭的，在这方面是领先的。
块代码替代的补全方式是有替代品的，叫 supermaven ，免费版我感觉够用（没有聊天功能），而且 supermaven 的补全速度非常快。
一开始可能有点不习惯它这种替换式的补全，可以考虑添加额外的快捷键，用过一段时间后应该会觉得很爽。我自己用了两周了，感觉比 copilot 舒服很多

@dudubaba idea 写 js 挺好用的，全栈开发时使用同一种工具也更方便，即使对于 js ，idea 的补全，跳转搜索支持还是做的比 vsc 好

再补充一点，hello world 这种特别小的项目，openj9 的内存占用反而比 hotspot 高，尝试过设置 -Xmx ，openJ9 能设置的 Xmx 能更小（可以设置到 -Xmx1m ，而 hotspot 我这设置成-Xmx3m 就会报错），不过貌似是因为它本身虚拟机的 footprint 更大，所以总内存占用还是 hotspot 小点

@smallboy19991231 在我的 64 位设备上，类似的 C 代码，通过 gcc -O2 编译，大概是 120k 的内存占用

这个总结有点草率，同样的代码，通过 graalvm native-image 编译后，占用内存 7M
非 aot 情况下有没有救的问题，还得看后续 valhalla 项目能优化多少东西
然后还有一个点是对于服务端应用，dump 内存一般都会发现真正占用内存的是字符串，而 java 中的字符串类型已经是比较优化的了（高版本使用 byte 数组存储，而且 JVM 本身支持共享相同字符串的启动选项，只不过默认不启用，因为影响性能），所以其实就服务端场景而言，不用 java 用其他语言也不太能降低内存占用。当然，如果是说 spring boot 内存占用高，是因为它本身就比较重，换成 vert.x/helidon se 之类的轻量级框架就好了，而且他们还都是 AOT 友好的框架。

@oyps 是的，是 java 11 的功能了，然后 java 22 又增强了可以多文件不编译直接运行。对应 JEP 在这里 https://openjdk.org/jeps/458