Java 在 Little Endian CPU 架构上运行时如何处理 Endianess?

Sum*_*ena 3 java performance cpu-architecture endianness openj9

Java 是 Big Endian 它如何在保持性能的同时处理 Little Endian CPU?JVM(OpenJDK、OpenJ9 等)是否进行了任何特殊优化以保持性能,例如在 Little Endian 平台的特殊情况下仅选择性地成为 Big Endian?访问 ByteBuffers 或调用本机代码或写入 IO 或访问 volatile 变量时是否有特殊的字节序处理?Java 如何改变 Little Endian 架构中的字节序?在什么点或操作(加载、存储、计算、寄存器、缓存、内存等)改变了字节序?这会带来什么样的性能损失?

And*_*eas 9

Java 是 Big Endian 它如何在保持性能的同时处理 Little Endian CPU?

Java 不是大端。在 Java 运行时库中Endianness甚至是一个问题的少数几个地方,API 使用 Big Endian,但它总是有很好的文档记录,并且一些 API 允许您指定所需的 Endianness。

JVM(OpenJDK、OpenJ9 等)是否进行了任何特殊优化以保持性能,例如在 Little Endian 平台的特殊情况下仅选择性地成为 Big Endian?

不,JVM 使用本机字节顺序。

访问 ByteBuffers 或调用本机代码或写入 IO 或访问 volatile 变量时是否有特殊的字节序处理?

是的,不,是的,没有。

由于 JVM 使用本机字节顺序,因此无需处理调用本机代码或访问 volatile 变量。字节顺序仅在(反)序列化到/从字节时才重要,例如在访问 ByteBuffers 或写入 IO 时。

Java 如何改变 Little Endian 架构中的字节序?

您可以在任何地方更改 Endianness 的方式相同,它会交换字节,或以适当的顺序读取/写入字节。

在什么点或操作(加载、存储、计算、寄存器、缓存、内存等)改变了字节序?

不是,因为 JVM 使用本机字节序。Endianness 仅在本机值转换为字节或从字节转换时应用。在任何其他时间点,字节序都无关紧要。

这会带来什么样的性能损失?

没有,因为它什么都不做。

  • *class-file* 始终是 Big-Endian(它必须选择 1 个选项,因为它必须在所有平台上保持不变);但是*JVM*使用*平台字节序*,并且只需要在从可能有或没有不同字节序的源(例如类文件)读取字节时执行转换 (3认同)
  • @SumindaSirinathS.Dharmasena 字节码文件(`.class`)中存储的***字节***与正在运行的 JVM 中的*内存*中存储数据的方式之间存在很大差异。您的所有评论以及您评论的第一个链接中接受的答案都是关于字节码文件的。您的问题是关于 JVM(Java 虚拟机)的,这就是这个答案所解决的问题。 (2认同)
  • @SumindaSirinathS.Dharmasena 正确,除了:2)“内存中的字节码/操作码”不完整,因为它们可以通过 JIT 转换为本机 CPU 指令,以获得更好的性能。即使没有 JIT,JVM 也可能以与字节码文件中存储方式不同的方式存储字节码/操作码。这都是内部的,JVM 可以做任何它想做的事。 (2认同)