Apple Silicon芯片无需Rosetta如何运行x64架构Intel版JDK8？

这个场景不需要Rosetta的核心逻辑是安装包命名误导、macOS通用二进制机制、JVM跨架构特性三者共同作用的结果，和Rosetta转译完全无关，具体拆解如下：

• 首先是安装包的命名误导：Azul发布Zulu 8的早期Apple Silicon适配版本时，还没有单独拆分arm64架构的独立安装包渠道，所有macOS平台的安装包统一沿用了之前的macosx_x64命名后缀，但包内的核心可执行文件、原生动态库全部采用macOS通用二进制（Fat Binary）格式编译，同时打包了x86_64、arm64两套指令集的原生代码。你可以在终端执行file $JAVA_HOME/bin/java自行验证，输出结果会明确显示该二进制支持两个架构。
• macOS加载通用二进制时，会自动匹配当前硬件架构优先加载对应指令集的代码：在M1 Pro的arm64环境下，系统会直接加载arm64版本的JVM原生代码运行，完全不会触发Rosetta 2的转译流程。你可以打开活动监视器找到对应的java进程，查看「种类」列，显示为「Apple」就代表是原生arm64运行，只有显示「Intel」的进程才会走Rosetta转译。
• JVM本身的运行机制天然屏蔽了上层应用的架构差异：JDK运行Java程序分为两层，底层是JVM、配套工具、本地动态库组成的原生代码层，上层是完全平台无关的Java字节码。只要底层JVM是原生arm64运行，不管安装包标注的是什么架构，加载、执行Java字节码的逻辑完全一致，不存在跨架构兼容问题。
• 你能正常启动Cassandra，核心原因是这个版本的Zulu 8自带的arm64原生库已经覆盖了Cassandra的所有本地调用需求：包括JNA内存操作、kqueue NIO底层实现、压缩/校验算法本地加速、文件系统调用等，不需要额外加载x86_64架构的第三方本地依赖，自然不会出现架构不匹配报错，也不需要Rosetta介入转译。

补充说明：后续Azul更新Zulu 8版本时，才单独拆分了命名带macosx_aarch64的arm64专属安装包，也让很多用户误以为早期带x64后缀的包是纯Intel架构版本。

内容的提问来源于stack exchange，提问作者Sahil Ummer