Mac M1环境下pyfmi加载Dymola生成FMU报二进制加载错误如何解决

• 架构不匹配：M1系列芯片为arm64架构，运行环境架构和FMU内置二进制架构必须完全一致，若你使用的pyfmi运行环境是arm原生版本，但Dymola导出的FMU仅包含Intel x86_64架构的Mac二进制，或是反过来运行环境是Rosetta转译的x86版本、FMU只有arm64二进制，都会触发二进制加载失败。另外如果FMU导出时根本未勾选Mac平台目标，压缩包内不存在任何Darwin系统对应的动态库文件，也会直接报该错误。
• 系统安全拦截：macOS从Catalina版本开始强化了动态库签名校验，FMU解压后释放的未签名dylib文件会被系统标记为隔离文件，阻止pyfmi加载调用。
• 依赖/版本不兼容：通过pip安装的pyfmi往往缺少适配M1芯片的依赖组件，或是pyfmi版本过低不支持FMU对应的FMI标准版本（比如低版本pyfmi不支持FMI 3.0格式的FMU），也会抛出二进制加载类错误。
• 环境混装：同一个Python环境里混装了arm64和x86_64架构的依赖包，调用时架构冲突导致加载失败。

• 第一步先校验FMU本身的文件完整性：将报错的FMU文件后缀改为.zip后解压，进入binaries目录检查是否存在darwin-arm64或darwin-x86_64子目录、且目录内存在有效的动态库文件。如果仅存在win64、linux64目录，回到Dymola重新导出FMU，导出设置中勾选对应Mac架构的目标平台后再尝试加载。
• 统一运行环境与FMU的架构：
  • 如果你需要用原生arm64环境：通过conda-forge源安装适配M1芯片的pyfmi，安装命令为conda install -c conda-forge pyfmi，不要使用pip源安装，避免依赖缺少适配。同时确保使用的FMU包含darwin-arm64架构的二进制文件。
  • 如果你手头的FMU仅提供Intel x86_64版本：先执行/usr/sbin/softwareupdate --install-rosetta --agree-to-license安装Rosetta 2转译层，终端执行arch -x86_64 zsh切换到x86架构的shell环境，在该环境下创建独立的conda环境安装x86版本的pyfmi，全程在转译层下运行加载逻辑，避免混装不同架构的包。
• 解除系统安全拦截：执行命令sudo xattr -rd com.apple.quarantine /你的FMU存放目录路径，移除FMU及解压后文件的系统隔离属性；如果仍有拦截，打开系统设置-隐私与安全性，滑动到页面底部找到被阻止加载的动态库提示，点击允许后重启Python进程重试。
• 版本匹配校验：如果使用的是FMI 3.0标准导出的FMU，需要将pyfmi升级到2.10及以上版本，低版本无FMI3支持能力，加载时会抛出二进制相关错误。

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