Apple Silicon M1下如何将x86_64架构dylib编译为arm64架构

首先要明确一个绕不开的根本前提：没有任何通用工具可以把纯x86_64的Mach-O dylib直接转换为原生可运行的arm64版本。x86_64和arm64是完全独立的指令集架构，二者的机器指令编码逻辑没有互通性，不存在类似音视频转码的一键格式转换操作。
结合你提到的JRebel对应dylib的场景，能实现目标的路径只有两类：

1. 生成原生arm64版本的dylib #

要实现真正的原生arm64运行，必须获取对应dylib的完整源代码，通过macOS平台的arm64编译工具链重新生成目标二进制：

• 环境准备：安装Xcode命令行工具，即可获得支持arm64编译的clang工具链
• 基础编译命令示例（以C/C++源码构建动态库为例）：
  clang -arch arm64 -dynamiclib -o libjrebel64_arm64.dylib 关联源码文件.c -l依赖的系统库
• 编译完成后可通过file命令校验产物架构，确认输出文件带有arm64架构标识后，即可替换原路径下的x86_64版本文件。

这里要澄清一个常见误区：大家熟知的lipo命令仅支持把已经编译好的多架构二进制打包为通用Fat Binary文件，本身没有任何指令集翻译能力，根本无法从纯x86_64的dylib中生成arm64架构的内容。你可以对当前手头的文件执行lipo -info /var/folders/7p/m6699wbs015dhlp_hkwl84t80000gn/T/jrebel-JRebel-202102261201-griffin/lib/libjrebel64.dylib验证，返回结果只会显示单一x86_64架构切片，不存在可以拆分或转换的arm64内容。

2. 无源代码场景下的兼容运行方案 #

如果拿不到原dylib的源码，完全不需要对文件本身做任何架构改造，直接通过macOS自带的Rosetta 2转译层，即可让x86_64版本的dylib在M系列芯片设备上正常运行：

• 操作步骤：定位到实际加载该dylib的Java进程启动程序，也就是绑定JRebel的JVM可执行文件
• 右键打开文件的「显示简介」面板，勾选「使用Rosetta打开」选项
• 重启对应的开发服务/进程后，系统会自动通过Rosetta转译加载原有的x86_64 dylib，不需要修改文件本身的架构属性。

你提到的JRebel官方推出的M1适配版本，本质也是官方基于完整源码，用arm64工具链重新编译了对应的native动态库，并非通过离线转换工具处理老版本x86_64文件得到的产物。

内容的提问来源于stack exchange，提问作者Bruce Lau