企业官网建设流程全解析

如何编译 Go 并在 iOS 模拟器与真机上运行标准库测试？

【免费下载链接】goThe Go programming language项目地址: https://gitcode.com/GitHub_Trending/go/go

如果你的任务是把 Go 源码树编译到 iOS 目标上，并验证标准库测试能在 iOS 模拟器或真机上跑通，仓库中的 misc/ios/README 给出了完整的操作路径：用一个名为clangwrap.sh的 clang 包装脚本作为 cgo 编译器，把GOOS设为ios，再通过all.bash跑全量标准库测试，或用go test单独跑某个包的测试。整个过程在 macOS 上进行——misc/ios/clangwrap.sh 依赖xcrun和 Xcode 提供的 iOS SDK，真机路径还额外要求开发者证书和 libimobiledevice 系列工具。

准备条件

在$GOROOT/src目录下开始，因为 all.bash 的脚本自身会检查必须在$GOROOT/src中运行（找不到make.bash会直接报错退出）。all.bash本身只做两件事：先调用 make.bash 完成构建，再调用run.bash --no-rebuild运行标准库测试，所以这一条命令同时覆盖“编译”和“测试”两个目标。

模拟器路径只需要 macOS 和 Xcode 工具链。真机路径还需要：

• 有效的开发者证书，并且设备已设置为可以运行该证书签名的应用；
• 从 libimobiledevice 项目安装libimobiledevice和ideviceinstaller工具（README 提供了安装来源链接，见 misc/ios/README）。注意要用源码的 HEAD 版本——README 明确说明稳定版存在会阻止 Go exec wrapper 安装和运行应用的 bug。

在模拟器上编译工具链并运行全部标准库测试

在$GOROOT/src中执行：

GOOS=ios GOARCH=amd64 CGO_ENABLED=1 CC_FOR_TARGET=$(pwd)/../misc/ios/clangwrap.sh ./all.bash

几个关键点的用途：

• CC_FOR_TARGET是 make.bash 中定义的“编译目标 GOARCH 的 C 代码所用的命令”，cgo 会用它。设为clangwrap.sh后，所有针对 iOS 的 C 编译都经过这个包装脚本；
• clangwrap.sh内部通过xcrun定位 clang 和 SDK 路径，并传入-arch、-isysroot、-mios-simulator-version-min=12.0参数，默认使用iphonesimulatorSDK（脚本注释建议用最新的可用 iOS SDK；要固定某个 SDK，可用xcodebuild -showsdks查看并把脚本里的 SDK 名替换掉）；
• CGO_ENABLED=1是必需的，因为构建包含 cgo 相关文件；
• GOARCH=amd64时包装脚本会把 clang 的-arch设为x86_64、平台设为ios-simulator，即指向模拟器。

命令以无错误退出，即表示工具链构建和标准库测试运行完成。

用 go 工具单独运行某个包的测试

如果不想每次跑全量测试，可以用 go 工具直接跑单个包的测试。前提是把$GOROOT/bin放进PATH，确保能找到go_ios_$GOARCH_exec包装程序：

export PATH=$GOROOT/bin:$PATH GOOS=ios GOARCH=amd64 CGO_ENABLED=1 go test archive/tar

README 以archive/tar为例。go_ios_$GOARCH_exec包装器依据GOARCH选择目标：amd64对应模拟器，arm64对应真机。从 misc/ios/go_ios_exec.go 可以看到，模拟器路径上它会用xcrun simctl install booted安装应用包、再用xcrun simctl spawn booted启动可执行文件，因此模拟器需要处于已启动（booted）状态。

另有一条替代配置：如果构建工具链时没有设置CC_FOR_TARGET，可以在命令行改用CC：

GOOS=ios GOARCH=amd64 CGO_ENABLED=1 CC=$(go env GOROOT)/misc/ios/clangwrap.sh go build

README 说明，若工具链本身是用CC_FOR_TARGET构建的，这一步就不必要。

在真机上运行测试（arm64）

真机路径在模拟器配置的基础上还有额外步骤。

1. 修改 clangwrap.sh 指向真机 SDK。clangwrap.sh 的头部注释写明：要构建真机目标，把脚本里的SDK改为iphoneos、PLATFORM改为ios。修改后GOARCH=arm64的 clang 调用会带-arch arm64。

2. 配置开发者签名身份。exec wrapper 需要三个环境变量：GOIOS_DEV_ID（开发者账户签名身份）、GOIOS_TEAM_ID（团队 ID）、GOIOS_APP_ID（已配置的 bundle id）。同目录下的 misc/ios/detect.go 会尝试自动探测这些值。它会调用idevice_id -l列出连接设备的 UDID，用mdfind查找.mobileprovision文件并解析出证书与 entitlements。在misc/ios目录下运行：

go run detect.go

文档示例输出（README 中给出的示例，实际值以你本机探测结果为准）：

export GOIOS_DEV_ID="iPhone Developer: xxx@yyy.zzz (XXXXXXXX)" export GOIOS_APP_ID=YYYYYYYY.some.bundle.id export GOIOS_TEAM_ID=ZZZZZZZZ

把探测结果按实际值填入环境。如果同时连接了多台设备，用idevice_id -l列出各设备 UDID，再通过GOIOS_DEVICE_ID指定目标设备。

3. 以 arm64 运行。真机上的全量标准库测试命令：

GOOS=ios GOARCH=arm64 CGO_ENABLED=1 CC_FOR_TARGET=$(pwd)/../misc/ios/clangwrap.sh ./all.bash

单独跑某个包时同样把GOARCH设为arm64：

GOOS=ios GOARCH=arm64 CGO_ENABLED=1 go test archive/tar

限制与已知问题

• wrapper 一次只跑一个二进制。go_ios_exec.go 用全局文件锁序列化 iOS 运行，注释说明该机制“works, but only when running one binary at a time”。
• 安装前会卸载同 bundle id 的旧应用。README 指出，exec wrapper 在安装新应用前会按 bundle id 卸载设备上已有的同名应用；如果被卸载的应用是该开发者身份下最后一个应用，设备可能会连带移除对该开发者身份的应用运行权限，导致新应用安装失败。README 给出的规避方法是：预先安装另一个同开发者身份、不同 bundle id 的应用，让权限在主应用被卸载期间得以保留。
• 工具链与编译器配置的绑定关系。CC_FOR_TARGET只在构建工具链（make.bash或all.bash）时生效；事后想换编译器只能走CC的命令行方式，且仅在工具链构建时未设置CC_FOR_TARGET的前提下有意义。
• libimobiledevice 稳定版不可用。如前所述，必须使用源码 HEAD 版本，否则 exec wrapper 无法完成真机上的应用安装与运行。

完成上述任一路径后，验证方式就是文档本身展示的行为：all.bash无错误退出，或go test在终端按常规方式汇报测试结果。真机上如遇安装失败，优先核对GOIOS_DEV_ID/GOIOS_TEAM_ID/GOIOS_APP_ID三个变量是否来自detect.go的实际输出，以及是否踩中了“开发者权限被连带移除”这一已知情况。

【免费下载链接】goThe Go programming language项目地址: https://gitcode.com/GitHub_Trending/go/go