Java 的一次编译到处运行在目前还有优势吗

[SGL]

各种二进制打在镜像里面也算是一次编译到处运行吧。

[renfei]

有啊，国产化替代的时候，我们 javaer 不用考虑各种国产化 CPU 的差异，都扔给 JVM 了

[SGL]

@renfei 那 JVM 的适配是国产化 CPU 厂商自己提供的吗。

[zhoudaiyu]

@SGL #2 用 openjdk 的就可以，无非就是 ARM 和 X86

[hronro]

没有任何优势，因为在需要运行的机器上还需要安装 JVM ，所以很多面向普通用户的软件在分发的时候，会选择把用到 JRE 打包一起分发，这种分发方式比起用 Go 写的纯静态编译的软件，没有任何优势，相比之下 Go 写的软件冷启动速度更快，体积更小，全方面地胜过 JVM 。

假如时间倒流，当初 JAVA 选择和各大操作系统厂商合作，直接在 OS 里内置 JRE ，用户直接下载 JAR 包就能运行，那这种方式可能还有点意义，不过这种 JAVA 程序员在写代码的时候就得写各种兼容性代码来确保在各 JVM 版本里的兼容性了。

[hronro]

@renfei 放到编译型语言里，这也是编译器后端需要考虑的事情，普通的业务层代码也不关心这个。

[bootvue]

只有生态的优势 各种轮子 除此之外没有任何优势

[yakun4566]

@hronro #4 很多年的 Javaer ，没有用过 go ，之前遗留的项目有个 Go 的项目，同事在部署的时候本地打完包在服务器上运行不了，最后发现是 win10 跟 Windows server 的依赖不一样，还把 go 的版本降级了才打包能在服务器运行。相对于在服务器上装个符合版本的 jvm ，我觉得还是 java 比较省心

[bronyakaka]

单论体积 非云场景优势很大，比 go 那几十 mb 一坨更轻量；但我感觉这点体积也不重要，aot 快速启动比较舒服

[gam2046]

以现阶段看，其实是伪命题了，能到处运行又怎么样，你的依赖项还是得根据不同平台来装，除了现在少数开源软件的 GUI 采用的 Java 编写，算是用上了这个“一次编译，到处运行”的特点，其他场景下，这个的意义都不大了，如果真的想对于环境差异，进行抹平，还不如 docker 一把梭

[joshuacavell]

Cpp 和 JAVA 都争论这个话题几十年了,各自都有完整的论述.只要生态够完整就没有必要纠结.而且都到这个体量了,编译型的新语言层出不穷,基于虚机技术的几乎只有 C#和 JAVA.
C#用户怼 JAVA 正常,Cpp 作为编译型语言的旗帜和 JAVA 辩经也正常,其他语言碰瓷 JAVA 是真好笑😄

[hronro]

@yakun4566 你说的依赖是外部软件依赖么，这种换 JAVA 来不也还是一样？

[zxjxzj9]

现在来看最能解决一次编译到处运行的反而是 docker ，其次是 go 这种到处编译到处运行的，最后才是 java 这种一次编译但是要考虚拟机到处运行的。

[dzdh]

@yakun4566 #7

1.2x 版本前后对 win 的支持不一样好像删除了一个什么 api 。win32 啥的。https://github.com/golang/go/issues/57003

[unused]

@zxjxzj9 docker 只能处理依赖，解决不了架构问题

[huijiewei]

优势当然是有的。一个写业务的，直需要考虑在 jvm 里面没 bug 就行了，平台和架构的复杂性 jvm 都帮你解决了。

你自己试试 go 。编译完，目标系统稍微升级个小版本就可能 boom

[han1988]

@renfei 国产 JVM 的 bug 怎么修？

[fortytwo]

我觉得这个问题在当时的时代背景比较重要，现在完全不重要了。
Java 核心在于 JVM 虚拟机设计，来完成“一次编译到处运行”功能。
现在各种服务大多也是运行在系统层级定制的虚拟机上的。
任何语言，本质上都可以使用 dockers 等虚拟化工具来运行。


但是 JVM 这个先发优势，给了 Java 足够的时间发展生态。使得生态成为了 Java 护城河，和 Python 一样。

所以没有优势，唯一的优势是 Java 生态，大类的工具类库，解决方案。

[Ayanokouji]

1. 一次编译到处运行在目前没有啥优势，java 自己都在搞 native
2. 不能否认 jvm 的其他优势

[dddd1919]

jvm 优势还是有的，程序自身的适配能力强。
但系统越来越复杂化，除了应用本身，外部依赖越来越多，比如图片处理会用到 imagemagick ，视频加工用到 ffmpeg ，一个完整应用的边界从一个简单进程延伸到各种第三方依赖，所以 java 的理念在今天也就拓展到虚拟化技术上，把整套系统打包成一个可以到处运行的包，比如大型的 vm ，或者轻量的 docker

[raptor]

JAVA 的优势早就不在这里了，而在于生态和会的人多

[dacapoday]

WASM+(C/C++,Rust,Python)

[james2013]

当然有优势，做为后端项目，生态成熟，强类型，到处运行。除了内存占用的较多
我用了几年 python ，python 大项目光是在本机 win10 和服务器 unbutu 进行运行的差距就太大了。

[moverinfo]

如果单从一次编译到处运行，我认为没有优势。因为实际情况是你的软件并没有一会儿在 Windows 上运行，一会儿在 Linux 上运行的需要。而 Java 的优势是它的健壮性，稳定性，调试也相对容易。它的生态还是比较庞大的。你用另一个语言真的无法替代它。

我最近聚焦在 Java 的框架设计上，期待开发一套轻量级、同时支持命令行和 Web 服务的方式运行的框架。这样的开发出来的软件维护起来就会比较方便。

[000sitereg]

@moverinfo 是的 但是会运行在不同的 linux 发行版上。但是只要转好了 jvm 就都不管了。
我可以本地编译放到服务器，也可以从服务器下载我的程序在本地跑。
CPP 做不到。已经实现当初的目标了。后来者 go 啥的 上面已经说了

[rb6221]

有的兄弟有的
草台班子公司里，我在我的 windows 开发机上改了 java 代码，然后打个 jar 出来，把这个 jar 直接丢到 linux 服务器上就行了

[lysShub]

一直认为这种说法很取巧，还不是先得安装对应系统架构的 JVM

要求有 gcc 环境，那 C 不也能 run anywhere?

[Gilfoyle26]

有优势，好招人 ，单论语言来说，Java 的牛马是最多的。

[nkidgm]

很多人都没意识到，Java 最有价值的东西是 JVM.

[guanzhangzhang]

@huijiewei 言论过于逆天

[zwzwzwzwzxt]

@lysShub #26 cosmopolitan 项目了解一下。真·一次编译到处运行 /doge

[aleviosa]

JS 和 Python 甚至不需要（开发者自己）编译也能到处运行，开发效率还更高，相比之下 Java 的优势是生态成熟和码农池子大，当然这也是场景和区域限定。国外那种 native app 还不如网站功能齐全，缺乏巨无霸 app ，到处都是 web 服务的地方，JS 的应用生态和码农池子更大。现在最热的 AI ，赛博炼丹的又都是 Python 。现在各大 LLM 写代码训练得成熟的不是 JS 就是 Python ，日后马太效应还会更来更严重……

[msg7086]

@lysShub 你是说同一个 C 二进制文件可以到处运行？
Linux 下编译出来的 C executable 可以在 Windows 上直接运行？

[greenskinmonster]

我前一阵把客户一个 Java 1.5 版本 32 位的 jre 升级成了 1.8 版本 64 位，解决最大内存不足的问题，代码不需要任何调整，你说有没有用，反正是省了我很多事。

[shiloh595]

@Gilfoyle26 别骂了

[iseki]

有优势也有劣势。当你看到一个 jar 包老大个因为里面放了十几个平台的动态库而你的程序只需要在两个平台上运行时你就不太高兴了。不过题外话 OpenJDK 兼容性确实做得比 Go Runtime 强，OpenJDK24 还能在 Windows 7 上运行，但是 Go 却不行了。

[yb2313]

wasm: 你好

[hefish]

当然没有优势，不然我们写 go, 写 c ，写 rust 的还怎么装逼。

[sir283]

Java 肯定没有优势了，优势都被 Web 前端、Golang 、Rust 给超越了，特别是前端的 JavaScript ，一份代码走天下，都不需要虚拟机了。

[kxg3030]

是一份代码，处处编译，不是一次编译，处处运行

[DrakenZeng]

已经转换到 Rust

[YzSama]

@hronro #4 JVM 的规范和生态，已经不仅仅是 Java 独享了。

如果需要迁移适配， 国产 CPU 可以快速的按 JVM 规范进行适配的。 这个还是有很好的优势。 对 Java 程序来说，本身就没变化。

[YzSama]

@guanzhangzhang #29 抓住馆长

[yolee599]

java 的优势在于招人容易，人力便宜，虽然啰嗦但是容易维护，代码风格比较统一，可以用的库多