有什么像 golang 一样低内存占用, 但是语法更偏向 Java /c++/js 的语言吗?

[zoharSoul]

[someonedeng]

西沙普

[agagega]

当然是 C# Swift Kotlin 三兄弟啦，风格还有点像。一开始还都是各自平台专用，后来都开始跨平台。

[iseki]

正常场合下大家内存占用应该都差不多（ Java 别用 spring 就还行，用 Kotlin 搭配 vertx/ktor 等等。native image 可以参考下，个人没在生产使用过，不知道咋样

[chendy]

java 不用 spring 用啥啊
不用 spring 的话，不如直接不用 java 了，一样不好招人

[iseki]

啊，是为了好招人啊，那当我没说

[lightjiao]

C#除了不出名，其他哪儿都好，生态其实也还不错，写起来超级舒服

[40EaE5uJO3Xt1VVa]

.net core，相见恨晚 ，如果去年见到，我就舍弃 go 上巨硬的邮轮了

[WebKit]

可以试试 kotlin 啊。真的很好用

[cassyfar]

别推荐了 rust，都没公司用。

go 挺好的，出活效率大概是 java 和
cpp 的 1.5 倍

[zxCoder]

必须是 c#

[WebKit]

@cassyfar 感觉还是 java 更快啊。各种轮子很丰富

[abcbuzhiming]

@thet
@wellsc
有一说一，C#和 net core 比起 Java 这种有历史包袱的语言内存占用是少了很多，但是比起 Go 这种直接编译出本地 AOT，压根就没有虚拟机拖累的语言，那就不够看了。net core 据说也在折腾编译成目标平台代码，不带虚拟机，就看啥时候能弄成了

[ipwx]

@abcbuzhiming yysy JIT 理论上可以比 AOT 运行速度更快，而且实际上也经常这样。

对于内存而言，可能云上虚拟机 / 嵌入式会比较头疼 JVM/CLR 。但是对于大型服务器集群，这不太是事情。

[ipwx]

@abcbuzhiming JIT 更快的原因是因为可以根据入口参数改造代码。比如 if (xxx) ... else ... 在这里如果根据入口参数进行条件判断的，cpu 流水线可能会被打断。流水线打断就是 20 条指令的时间开销（可能更多）。JIT 完全有机会根据不同参数分别产生两个不同函数去用。

[abcbuzhiming]

@ipwx 我认同 Jit 可能更快，但是我不认同你关于内存的说法，资源总是不够用的，特别是当你进程数量起来以后，一个进程能减掉一半的内存，就是一大笔成本，Java 这个语言确实在云原生时代遇到了挑战，就是其虚拟机太过庞大，否则 oracle 就不会去折腾 graavlm

[ipixeloldc]

@cassyfar 确实，rust 现在国内除了字节的飞书大规模用。其他就一堆区块链的用。。。

[wellsc]

@abcbuzhiming 因为点 net 能编译二进制了我才提的

[hushao]

kotlin 国内有大公司用在服务端了，只不过生态是真的很原始，要自己造不少、团队有大神可以关注一下，团队没人就想其他的吧。其他语言如 rust 也是，没大神坐镇也基本折腾不起来

[ipwx]

@abcbuzhiming 不啊，Java 多线程足够强，大部分后端 Java 是多线程 + 异步的吧。

[EscYezi]

试试 qurakus 打包 native image