开发者被 Java 语言限制死死的

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 546 天前的主题，其中的信息可能已经有所发展或是发生改变。

就 Java 这运行太占内存了。限制了参数也不太管用呀，说实话我就 1 核 1G ，开一个 Java 服务我都觉得差不多了，本想给他打包成 AOT 看能不能小一点，小是小点，但是第三引用类调用直接报错。。。。而且在 GitHub action 打包花了 20 多分钟

我干，我觉得 go 语言和 Java 性能我不知道差距有多大，但是至少各方面真比 Java 好一点。尤其是 1 核 1G 的服务器

Java

内存

24 条回复

werls

2024-04-17 09:14:15 +08:00

我建议用 C/C++、直接一步到位，内存用多少自己说了算

Ayanokouji

2024-04-17 09:17:50 +08:00

1 核 1G 就用 go 吧

cyhulk

2024-04-17 09:28:54 +08:00

我已经决定放弃 java 了，它目前只是个吃饭的家伙，后面逐步到 rust

banmuyutian

2024-04-17 09:39:42 +08:00

引入 Spring 了？

QWE321ASD

2024-04-17 09:55:28 +08:00

其他的不说,aot 确实麻烦...

standchan

2024-04-17 09:57:09 +08:00

不太熟悉 java ，但是应该能通过调整虚拟机配置来调整堆内存吧？以前有很多小型设备都跑 java 的游戏呢
go 确实很节省内存，我司同一个项目 python 内存占用是 1g 的话，go 只有 200m

XSDo

2024-04-17 10:12:39 +08:00

以前内存少的时候 java 也能开发也能活得好好的，现在内存那么富裕居然怪 java 吃太多内存。

victorywangzhcn

2024-04-17 10:17:34 +08:00

初步鉴定 AOT 配置不会写，再不就是依赖了一些低版本的组件、使用某些国产著名框架。

CloveAndCurrant

2024-04-17 10:25:13 +08:00

go 和 java 性能差别不大，纯计算性能可能总体 go 差预热完全的局面一些。可以参考这个性能测试： https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go.html

rb6221

2024-04-17 10:26:14 +08:00

自己手撸，别用框架，能少很多。
说白了不是 java 限制你了，是框架限制你了

BeiChuanAlex

2024-04-17 10:46:22 +08:00

用 assembly language 精准控制，如手术刀般精准。

chunqicoder

2024-04-17 11:20:13 +08:00

@BeiChuanAlex #11 666 这个还是不够精准，直接用 01 来编程，从物理层面控制

Ayanokouji

2024-04-17 11:21:26 +08:00

@janus77 能别口嗨不，手撸不用框架，你写个 web 试试？

21231sv

2024-04-17 12:03:25 +08:00

我感觉现在这个年代，真的是需要根据自己的场景选择语言，选择框架

另外，就像楼上各位大佬收的，机器配置不行，就不要一上来就各种框架

wusheng0

2024-04-17 12:18:06 +08:00 via Android

这问题出在技术选型上，讨论语言性能没意义。

Dragonphy

2024-04-17 12:18:41 +08:00

@XSDo #7 上云太贵了

monmon

2024-04-17 12:47:23 +08:00

工作个几年有点追求的应该不会只局限于一门开发语言，从框架上来说，Spring 这一套跑起来随随便便占个几百兆真正常，内存不就是拿来用的嘛。追求轻量高性能可以了解一下 Quarkus 、Vert.x ，相比 Go 生态的 Fiber 、Gin 各有千秋，性能上表现 Java 实现的 Vert.x 是这几个中最强的。选框架、语言还是要结合实际场景，有多大屁股穿多大裤衩，你个 1c1g 还想干嘛？跑企业级应用？