各种二进制打在镜像里面也算是一次编译到处运行吧。
This topic created in 379 days ago, the information mentioned may be changed or developed.
77 replies • 2025-10-28 11:46:38 +08:00
 |
1
有啊，国产化替代的时候，我们 javaer 不用考虑各种国产化 CPU 的差异，都扔给 JVM 了
|
2
 |
4
没有任何优势，因为在需要运行的机器上还需要安装 JVM ，所以很多面向普通用户的软件在分发的时候，会选择把用到 JRE 打包一起分发，这种分发方式比起用 Go 写的纯静态编译的软件，没有任何优势，相比之下 Go 写的软件冷启动速度更快，体积更小，全方面地胜过 JVM 。
假如时间倒流，当初 JAVA 选择和各大操作系统厂商合作，直接在 OS 里内置 JRE ，用户直接下载 JAR 包就能运行，那这种方式可能还有点意义，不过这种 JAVA 程序员在写代码的时候就得写各种兼容性代码来确保在各 JVM 版本里的兼容性了。 |
 |
6
只有生态的优势 各种轮子 除此之外没有任何优势
|
 |
yakun4566Oct 24, 2025
7
@hronro #4 很多年的 Javaer ，没有用过 go ，之前遗留的项目有个 Go 的项目，同事在部署的时候本地打完包在服务器上运行不了，最后发现是 win10 跟 Windows server 的依赖不一样，还把 go 的版本降级了才打包能在服务器运行。相对于在服务器上装个符合版本的 jvm ，我觉得还是 java 比较省心
|
 |
bronyakakaOct 24, 2025
8
单论体积 非云场景优势很大，比 go 那几十 mb 一坨更轻量；但我感觉这点体积也不重要，aot 快速启动比较舒服
|
 |
9
以现阶段看，其实是伪命题了，能到处运行又怎么样，你的依赖项还是得根据不同平台来装，除了现在少数开源软件的 GUI 采用的 Java 编写，算是用上了这个“一次编译，到处运行”的特点，其他场景下，这个的意义都不大了，如果真的想对于环境差异，进行抹平，还不如 docker 一把梭
|
 |
joshuacavellOct 24, 2025
10
Cpp 和 JAVA 都争论这个话题几十年了,各自都有完整的论述.只要生态够完整就没有必要纠结.而且都到这个体量了,编译型的新语言层出不穷,基于虚机技术的几乎只有 C#和 JAVA.
C#用户怼 JAVA 正常,Cpp 作为编译型语言的旗帜和 JAVA 辩经也正常,其他语言碰瓷 JAVA 是真好笑😄 |
 |
12
现在来看最能解决一次编译到处运行的反而是 docker ，其次是 go 这种到处编译到处运行的，最后才是 java 这种一次编译但是要考虚拟机到处运行的。
|
 |
dzdhOct 24, 2025
13
|
 |
huijieweiOct 24, 2025
15
优势当然是有的。一个写业务的，直需要考虑在 jvm 里面没 bug 就行了，平台和架构的复杂性 jvm 都帮你解决了。
你自己试试 go 。编译完，目标系统稍微升级个小版本就可能 boom |
 |
17
我觉得这个问题在当时的时代背景比较重要，现在完全不重要了。
Java 核心在于 JVM 虚拟机设计，来完成“一次编译到处运行”功能。 现在各种服务大多也是运行在系统层级定制的虚拟机上的。 任何语言，本质上都可以使用 dockers 等虚拟化工具来运行。 但是 JVM 这个先发优势，给了 Java 足够的时间发展生态。使得生态成为了 Java 护城河，和 Python 一样。 所以没有优势，唯一的优势是 Java 生态，大类的工具类库，解决方案。 |
 |
AyanokoujiOct 24, 2025
18
1. 一次编译到处运行在目前没有啥优势，java 自己都在搞 native
2. 不能否认 jvm 的其他优势 |
 |
dddd1919Oct 24, 2025
19
jvm 优势还是有的，程序自身的适配能力强。
但系统越来越复杂化，除了应用本身，外部依赖越来越多，比如图片处理会用到 imagemagick ，视频加工用到 ffmpeg ，一个完整应用的边界从一个简单进程延伸到各种第三方依赖，所以 java 的理念在今天也就拓展到虚拟化技术上，把整套系统打包成一个可以到处运行的包，比如大型的 vm ，或者轻量的 docker |
 |
20
JAVA 的优势早就不在这里了，而在于生态和会的人多
|
 |
dacapodayOct 24, 2025
21
WASM+(C/C++,Rust,Python)
|
 |
james2013Oct 24, 2025 via Android
22
当然有优势，做为后端项目，生态成熟，强类型，到处运行。除了内存占用的较多
我用了几年 python ，python 大项目光是在本机 win10 和服务器 unbutu 进行运行的差距就太大了。 |
 |
moverinfoOct 24, 2025 via iPhone
23
如果单从一次编译到处运行，我认为没有优势。因为实际情况是你的软件并没有一会儿在 Windows 上运行，一会儿在 Linux 上运行的需要。而 Java 的优势是它的健壮性，稳定性，调试也相对容易。它的生态还是比较庞大的。你用另一个语言真的无法替代它。
我最近聚焦在 Java 的框架设计上，期待开发一套轻量级、同时支持命令行和 Web 服务的方式运行的框架。这样的开发出来的软件维护起来就会比较方便。 |
 |
000siteregOct 24, 2025
24
@moverinfo 是的 但是会运行在不同的 linux 发行版上。但是只要转好了 jvm 就都不管了。
我可以本地编译放到服务器，也可以从服务器下载我的程序在本地跑。 CPP 做不到。已经实现当初的目标了。后来者 go 啥的 上面已经说了 |
 |
rb6221Oct 24, 2025
25
有的兄弟有的
草台班子公司里，我在我的 windows 开发机上改了 java 代码，然后打个 jar 出来，把这个 jar 直接丢到 linux 服务器上就行了 |
 |
lysShubOct 24, 2025
26
一直认为这种说法很取巧，还不是先得安装对应系统架构的 JVM
要求有 gcc 环境，那 C 不也能 run anywhere? |
 |
27
有优势，好招人
 ，单论语言来说，Java 的牛马是最多的。 |
 |
nkidgmOct 24, 2025
28
很多人都没意识到，Java 最有价值的东西是 JVM.
|
 |
29
@huijiewei 言论过于逆天
|
 |
zwzwzwzwzxtOct 25, 2025
30
@lysShub #26 cosmopolitan 项目了解一下。真·一次编译到处运行 /doge
|
 |
31
JS 和 Python 甚至不需要（开发者自己）编译也能到处运行，开发效率还更高，相比之下 Java 的优势是生态成熟和码农池子大，当然这也是场景和区域限定。国外那种 native app 还不如网站功能齐全，缺乏巨无霸 app ，到处都是 web 服务的地方，JS 的应用生态和码农池子更大。现在最热的 AI ，赛博炼丹的又都是 Python 。现在各大 LLM 写代码训练得成熟的不是 JS 就是 Python ，日后马太效应还会更来更严重……
|
 |
greenskinmonsterOct 25, 2025 via Android
33
我前一阵把客户一个 Java 1.5 版本 32 位的 jre 升级成了 1.8 版本 64 位，解决最大内存不足的问题，代码不需要任何调整，你说有没有用，反正是省了我很多事。
|
 |
shiloh595Oct 25, 2025
34
@Gilfoyle26 别骂了
|
 |
isekiOct 25, 2025 via Android
35
有优势也有劣势。当你看到一个 jar 包老大个因为里面放了十几个平台的动态库而你的程序只需要在两个平台上运行时你就不太高兴了。不过题外话 OpenJDK 兼容性确实做得比 Go Runtime 强，OpenJDK24 还能在 Windows 7 上运行，但是 Go 却不行了。
|
 |
36
wasm: 你好
|
 |
37
当然没有优势，不然我们写 go, 写 c ，写 rust 的还怎么装逼。
|
 |
sir283Oct 25, 2025
38
Java 肯定没有优势了，优势都被 Web 前端、Golang 、Rust 给超越了，特别是前端的 JavaScript ，一份代码走天下，都不需要虚拟机了。
|
 |
kxg3030Oct 25, 2025
39
是一份代码，处处编译，不是一次编译，处处运行
|
 |
DrakenZengOct 25, 2025
40
已经转换到 Rust
|
 |
YzSamaOct 25, 2025
41
@hronro #4 JVM 的规范和生态，已经不仅仅是 Java 独享了。
如果需要迁移适配， 国产 CPU 可以快速的按 JVM 规范进行适配的。 这个还是有很好的优势。 对 Java 程序来说，本身就没变化。 |
|
YzSamaOct 25, 2025
42
@guanzhangzhang #29 抓住馆长
 |
 |
yolee599Oct 25, 2025 via Android
43
java 的优势在于招人容易，人力便宜，虽然啰嗦但是容易维护，代码风格比较统一，可以用的库多
|
 |
VeteranCatOct 25, 2025
44
Java,只要有 Spring 就足够了。 任你怎么辩经，等其他语言有了类似的几乎已经成为标准的框架再来说吧。
|
|
VeteranCatOct 25, 2025
45
@nkidgm 他们都是拿个人开发的小账来算企业级开发的大账，挺无语的，都懒得跟他们辩。
|
 |
unixipcOct 25, 2025
46
巨大的优势，码农在自己机器上做开发（ Windows ，MacOS ），然后部署到任意环境，语言和框架的行为不会有任何不同。
|
 |
47
放到现在 java 唯一的优势就是生态，而生态放到任何一个行业都是王炸
|
 |
nuIIOct 25, 2025
48
在选软件的时候，用 java 写的是扣分项
|
 |
ingramyangOct 25, 2025
49
我的观点 47 楼一致。Java 的到处运行优势在云原生（ docker ，K8S ）生态下已荡然无存，并且启动效率和内存占用还有依赖都极其笨重。但生态，是其他语言短时间内无法逾越的问题，这导致 Java 如今依然流行。
|
 |
michaelFuOct 25, 2025
50
到处运行的优势在新语言前面没有优势，但是庞大的生态、从业人员以及比较统一的业内实践是最大的优势
|
 |
LieEarOct 25, 2025
51
我觉得没有了，现在都是 docker ，谁还管环境。
|
 |
nebkadOct 25, 2025
52
先说一个，我不太相信 JVM 能提供手游客户端的运行环境。
如果有，请出来打我脸。 否则，Java 早就不是一次编译到处运行，只是一句过时的宣传语而已。 |
 |
abellee000Oct 25, 2025
53
@yakun4566 这是 windows 的问题，不是 go 和 java 的问题
|
 |
shijingshijingOct 25, 2025
54
@hronro 假如时间倒流，当初 JAVA 选择和各大操作系统厂商合作，直接在 OS 里内置 JRE ，用户直接下载 JAR 包就能运行，那这种方式可能还有点意义
---------------------------------- 你说的是不是.Net 🤣 |
 |
longlonglanguageOct 25, 2025
55
我一直有个疑惑，凭啥他能夸下海口说一次编译到处运行？程序里用了 win 的 api ，编译器可以自动转义成 linux 的？他所说的到处运行，应该是跨平台的意思吧。既，我这个编程语言可以在不同的平台上运行，而不是编写的脚本可以在任意平台运行，如果真的可以，那如今就不会 Electron 浏览器套壳盛行了，而是套 java 壳了。
|
 |
dyingfireOct 25, 2025
56
生态才是他的优势，不过现在越来越被蚕食了
|
 |
bbbblueOct 25, 2025
57
@longlonglanguage
你用 Electron 套壳去调 win api 放 linux 上一样不行啊 😂 |
|
bbbblueOct 25, 2025
58
|
 |
WngShhngOct 25, 2025
59
我现在在用 compose 写 jvm desktop ，也算是 Java 的一次编译到处运行，问题是包体积太大，且代码没安全性可言
|
 |
msg7086Oct 26, 2025
60
@longlonglanguage 「程序里用了 win 的 api 」
啊？你 Java 程序内部能用操作系统原生 API ？ 如果你是要调用本地类库，那走 JNI 你得自己实现 dll/so 的统一 API 封装。否则在 Java 内部你就只能调用 JVM 面向程序的公开 API ，这些本来就都是跨平台的。 简单来说，我司用的 Linux 服务器，我 Java 是在 Windows 笔记本上写的，我本地编译完拿到 jar 包以后 rsync 到服务器上就能在 Linux 里运行。 |
 |
clarkethanOct 26, 2025
61
跨平台编译现在越来越简单了，Go 、Rust 等新的语言都可以很轻松的跨平台编译，如果 CI/CD 的话就更简单了，服务器端部署的情况下，java 这个优势基本上消弥殆尽了，当然，不熟悉跨平台编译的人觉得难，那就是另一码事了
用一次性跨平台编译配置的时间换 jvm 的开销，我觉得是非常值的，当然，不指 java 其他优势领域 |
 |
eltriaOct 26, 2025
62
还是现在的工程师分工太细,让你自己去搞各个环境,部署啥的最后就没人用乱七八糟的依赖包难搞的语言了
编译出来一个可执行文件就是整个链路最省事的方法, c++ c golang 这些大赢特赢,当然,你说镜像依赖个 jre 也大差不差,但是何必多麻烦一步呢? |
 |
liaohongxingOct 27, 2025 via Android
63
@hronro 它这个是 go 不再支持 win7 导致的，它服务器是 windows server 2008 ，还是用的 win7 的 nt 内核，所以要降级使用。正常是不会有问题的，用 linux 就更不会有问题了
|
 |
jamesjammy061Oct 27, 2025
64
感觉再怎么跨平台，碰到需要调内核 api 最后还得类似条件编译。干脆还不如不跨平台，包封好一点就行了
|
 |
netabareOct 27, 2025 via Android
65
Java 的 WORA 在现在已经没任何优势甚至是个伪命题了吧。首先如果 JVM 这种虚拟机运行能算一次编译处处运行，那现在的跨平台方案基本上都能算一次编译处处运行，甚至 React Native 、Flutter ，更不用说.NET 了。
那如果从编译产物是原生二进制的角度讲，Java 也没啥 cross compile 的能力吧？ 而且这种带个虚拟机来一次编译处处运行的代价是啥呢？ Java SDK 屏蔽了操作系统层面的操作，但如果需要调用平台特定的接口怎么办？走 JNI 那套恶心得要死的写法？ |
 |
wangtian2020Oct 27, 2025
66
java 全靠学院派（学校和培训班）发展，实际上整个群体都没创新能力，json 解析都解不过来
|
 |
xiaomushenOct 27, 2025
69
@SGL 不一定,ARM 架构的，OpenJDK 完全可以用（或者华为提供的，玄学优化的 arm 版本）；龙芯之类的小众架构，厂商会提供 OpenJDK
|
 |
laminux29Oct 27, 2025
70
Java 优势巨大，但不是一次编译到处运行，而是传统项目与主流项目的开发，因 Java 成熟的配套环境，选型阶段几乎可以无脑选 Java ；公司在招人方面，招 Java 工程师的风险也比其他语言低一些。
|
 |
slcunOct 27, 2025
71
@zxkxhnqwe123 可是 java 版是 PC 端的
|
 |
dog82Oct 27, 2025
72
go 的交叉编译，原生支持多平台，而且不要 jvm 层
|
 |
higkerOct 27, 2025
74
@Ayanokouji 赞成，Leyden 计划也在解决能启动。
|
|
higkerOct 27, 2025
75
@joshuacavell 赞成我写过 Go JS （ ES6 ） Rust ，C# 很早也搞过，C# 很多设计就不错，但是以前不开源，也不能跨平台错失发展计划，我认为 Java 算是综合能力不错的，还有就是库和轮子的生态。
|
|
higkerOct 27, 2025
76
@dacapoday 告诉你一个消息 graalvm.org 这种虚拟机也能跑 wasm ...
|
 |
AresxueOct 28, 2025
77
云原生基本抹平了这个优势，非云环境下还有点用，不过现在也不知道非互联网的传统 IT 行业现在有多少非云环境，互联网云原生基本上是全覆盖了。但字节码依旧是非常优秀的一个设计，最重要的一个场景是性能优化，包括编译时做内联、逃逸分析、死代码消除、尾递归优化等等，还可以在运行时将热点字节码编译成本地机器码，以 HotSpot 为例，它是当前最成熟、最全面的生产级编译器之一，20 多年的工程积累是非常恐怖。除此之外，反射和元编程也是以字节码为基石的，是 Java 现在生态这么繁荣的一个重要原因，还有各种 Java agent 体现了零入侵的代码美学。
|
Select Language