如何在Windows系统上实现C++代码到macOS平台的跨编译

方案1：基于osxcross工具链跨编译（最常用、资源占用最低） #

osxcross是目前最成熟的macOS跨编译工具链，可在WSL或MinGW环境下正常运行，适配绝大多数C/C++项目的构建需求：

• 准备工作：自行从合法的macOS设备上提取对应版本的macOS SDK（版本需匹配你需要兼容的最低macOS系统版本），SDK的获取和使用需遵守Apple的相关许可协议
• 工具链安装：在WSL环境下编译安装osxcross后，会生成o64-clang、o64-clang++等专用编译器命令
• 项目适配：CMake类项目只需在构建时添加参数即可完成适配，无需修改原有构建配置：

  cmake -DCMAKE_SYSTEM_NAME=Darwin \
        -DCMAKE_C_COMPILER=o64-clang \
        -DCMAKE_CXX_COMPILER=o64-clang++ \
        -DCMAKE_OSX_ARCHITECTURES=x86_64;arm64 \
        ..
  

  其中CMAKE_OSX_ARCHITECTURES可根据需求指定x86_64、arm64，或同时指定生成双架构通用二进制
• 依赖处理：所有项目依赖的第三方库，都需要先通过osxcross编译为macOS平台版本，不可直接链接Windows/Linux平台的依赖文件

方案2：容器化构建（环境配置成本最低） #

如果不想手动编译配置osxcross工具链，可以直接使用预置了osxcross和对应SDK的容器镜像：

• WSL环境下直接启动容器，将本地代码目录挂载到容器内执行构建即可
• 构建环境可复现性高，不会和本地已有的工具链产生冲突，和现有Linux版本的构建流程可以无缝整合

方案3：轻量化macOS虚拟机构建（适配特殊需求） #

如果你的项目依赖macOS独有系统框架、或需要对构建产物进行签名公证，跨编译工具链无法满足需求时，可以选择该方案：

• 在Windows上通过QEMU运行剪裁版的macOS虚拟机，资源占用远低于完整虚拟机
• 可以通过脚本控制虚拟机启停，构建时自动启动虚拟机、挂载本地代码目录执行构建，构建完成后自动关闭虚拟机，无需长期运行
• 注意：该方案需遵守Apple的软件许可协议，仅允许在Apple品牌硬件上运行macOS系统

一键脚本整合方案 #

可以按照如下逻辑整合全平台构建流程：

• Windows版本：在原生Windows环境直接调用MSVC/MinGW工具链编译
• Linux版本：通过wsl命令直接调用WSL内的工具链执行构建
• macOS版本：根据你选择的跨编译方案，调用对应构建命令执行
• 所有平台的构建产物统一输出到同一个目录，方便后续打包分发

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