iOS问题记录 - Building for iOS Simulator, but linking in dylib built for iOS, for architecture arm64

Myth丶恋晨 2024-05-24 21:44 147阅读 0赞

#### 文章目录 ####

*  前言
 *  开发环境
 *  问题描述
 *  问题分析
 *   *  1. Intel芯片的Mac上报错
     *  2. M系列芯片的Mac上报错
     *  3. 动态库引起的报错
 *  解决方案
 *  补充内容1
 *  补充内容2
 *  补充内容3
 *  最后

--------------------

## 前言 ##

最近用了一个第三方的Flutter插件，刚开始用项目运行到iOS模拟器就失败了。这个报错在老早以前出现的比较频繁，但是现在还出现属实不应该。

## 开发环境 ##

*  Flutter: 3.7.11
 *  Xcode: 14.3

## 问题描述 ##

Flutter项目引入第三方插件后，在iOS模拟器运行项目报错：

Building for iOS Simulator, but linking in dylib built for iOS, file 'xxx' for architecture arm64

通过第三方插件`ios`目录下的`xxx.podspec`文件可知，这个插件依赖了一个Pod库（已编译的非开源库），插件的作用就是对Pod库进行二次封装。

## 问题分析 ##

在[XCFramework][]出来之前，第三方库（已编译的非开源库）不区分真机和模拟，都是通过`lipo`命令将真机库和模拟器库合并为一个库，合并后的库中，arm64架构的属于真机，x86\_64架构的属于模拟器。

Apple Silicon M1芯片出来前不区分真机和模拟器没什么问题，因为iOS模拟器确实都是x86\_64架构的。M系列芯片出来后，Xcode 12支持了arm64架构的iOS模拟器。然后问题来了，在M系列芯片电脑上，Xcode会默认使用arm64架构的iOS模拟器，项目构建时会链接第三方库中arm64架构的二进制文件，又由于arm64架构的二进制文件是属于真机的，如果第三方库是动态库，那么就会出现问题描述中的错误，如果第三方库是静态库，那么出现的错误是这样的：

building for iOS Simulator, but linking in object file built for iOS, file 'xxx' for architecture arm64

这问题已经出来很久了，第三方库的作者早已经做了处理。要么去支持[XCFramework][]，要么在[Podspec][]文件中加上：

# Pod库的构建设置排除arm64架构模拟器
    s.pod_target_xcconfig = {
         'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }
    # 主工程的构建设置排除arm64架构模拟器
    s.user_target_xcconfig = {
         'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }

按道理来说，现在只要项目依赖的第三方库不是特别老的版本，基本不会遇到这种问题。不过我就是一个例外，同一个Flutter项目，连续在Intel芯片的Mac和M系列芯片的Mac遇到这个问题。

**注意，以下分析基于Flutter插件，如果你是纯iOS开发，不了解也没有关系。因为Flutter插件只看iOS相关部分的话，就是一个Pod库，所以以下凡是涉及Flutter插件的都可以看作是Pod库。**

### 1. Intel芯片的Mac上报错 ###

首先对比已经引入的Flutter插件，没发现新引入的有什么问题。接着排查项目中涉及架构的构建设置，还真让我发现了一个问题，Pods工程中的`Build Active Architecture Only`设置有问题。正常情况下，多环境配置中的Dev环境（属于Debug环境）应该设为`Yes`，但是实际是`No`:

![screenshot1][]

那么问题的原因是这个吗？当`Build Active Architecture Only`设为`No`时，Xcode构建项目不会局限于当前设备所支持的架构，通常用于Release环境，毕竟打的正式包一般不可能只在当前设备运行；设为`Yes`时，Xcode构建项目只会基于当前设备所支持的架构。

当前电脑是x86\_64架构的，也就是说只支持x86\_64架构的iOS模拟器，`Build Active Architecture Only`设为`No`意味着Xcode项目构建时将不限于x86\_64架构，还会构建arm64架构的。这么一分析，好像确实如此。手动修改设置为`Yes`，项目重新运行到模拟器，一切正常！

手动修改肯定是不靠谱的，一开始遇到这个问题的时候，没想那么多，直接像这样在`Podfile`文件中通过Hook匹配构建配置名称将`ONLY_ACTIVE_ARCH`的值设为`YES`：

post_install do |installer|
      installer.pods_project.build_configurations.each do |config|
        if config.name == 'Dev'
          config.build_settings['ONLY_ACTIVE_ARCH'] = 'YES'
          break
        end
      end
    end

后来研究[Flutter & iOS问题记录 - 多环境配置下Pod库的宏定义失效][Flutter _ iOS_ - _Pod]问题时，发现完全没必要用Hook，在`Podfile`文件中给多环境配置映射正确的配置类型才是正常的做法：

project 'app', {
        
      'Dev' => :debug,
      'Pre' => :release,
      'Prod' => :release,
    }

这里有一个很重要的问题当时被我忽略了，在引入这个第三方Flutter插件之前已经引入了不少其他第三方Flutter插件，但是之前都没有报错，所以这个新引入的Flutter插件还是可能有问题的。如果后面没有再次遇到这个问题，我还真以为这个问题已经被彻底解决。

### 2. M系列芯片的Mac上报错 ###

为了方便调试和分析，新建一个Flutter项目，同时参考报错的第三方Flutter插件也新建一个，就叫`test_plugin`。运行测试项目到iOS模拟器，问题成功复现，找到构建日志：

![screenshot2][]

咦，怪不得报错，竟然会针对arm64架构进行编译链接。针对arm64架构编译不报错是因为这是源码编译，无所谓什么架构，链接报错是因为被链接的库（Flutter插件依赖的第三方库）不支持arm64架构的iOS模拟器。

找到`test_plugin`的构建设置：

![screenshot3][]

模拟器竟然没有排除arm64架构，这是怎么回事？打开`test_plugin.podspec`文件发现了问题：

s.pod_target_xcconfig = {
         'DEFINES_MODULE' => 'YES', 'VALID_ARCHS[sdk=iphonesimulator*]' => 'x86_64' }

`VALID_ARCHS`设置已经过时失效，现在应该用`EXCLUDED_ARCHS`设置。关于这些构建设置的使用可以参考文档：[TN3117: Resolving architecture build errors on Apple silicon][TN3117_ Resolving architecture build errors on Apple silicon]。

![screenshot4][]

看来这报错的Flutter插件的创建时间有点久远了，从Flutter框架项目的[提交记录][Link 1]看，在2020年Podspec文件模板已经开始改用`EXCLUDED_ARCHS`设置：

![screenshot5][]

不过，改用新模板的设置能解决问题吗？看这也没排除arm64架构。

s.pod_target_xcconfig = {
         'DEFINES_MODULE' => 'YES', 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'i386' }

改为这个实测不行。在设置中的`i386`的后面加上`arm64`：

s.pod_target_xcconfig = {
         'DEFINES_MODULE' => 'YES', 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'i386 arm64' }

再次运行，弹出了这个：

![screenshot6][]

点击`Build for Rosetta`确实也能正常运行，如果想切换回原来的目标设备列表，按这个步骤\[**Xcode菜单栏**\] -> \[**Product**\] -> \[**Destination**\] -> \[**Destination Architectures**\] -> \[**Show Apple Silicon Destinations**\]操作。

虽然能运行，但是不想用`Rosetta`怎么办？很好解决，在主工程的构建设置中设置排除arm64架构的模拟器。有两种设置方式：

1.  手动设置

![screenshot7][]

1.  通过Flutter插件的Podspec文件设置

s.user_target_xcconfig = {
         'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }

**注意，低版本的iOS模拟器只支持`Rosetta`，至于具体到多低的版本，推测是低于iOS 14的版本，因为iOS 14/Xcode 12/M1芯片都是2020年发布的。**

可以通过`file`命令查看iOS模拟器支持的架构，例如查看Xcode 14.3内置的iOS模拟器：

file /Applications/Xcode.app/Contents/Developer/Applications/Simulator.app/Contents/MacOS/Simulator

执行输出：

/Applications/Xcode.app/Contents/Developer/Applications/Simulator.app/Contents/MacOS/Simulator: Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64] [arm64]
    /Applications/Xcode.app/Contents/Developer/Applications/Simulator.app/Contents/MacOS/Simulator (for architecture x86_64):	Mach-O 64-bit executable x86_64
    /Applications/Xcode.app/Contents/Developer/Applications/Simulator.app/Contents/MacOS/Simulator (for architecture arm64):	Mach-O 64-bit executable arm64

从输出内容可以看到， iOS 16.4模拟器同时支持x86\_64和arm64架构。如果是 iOS 12.4模拟器，输出是这样的：

/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS 12.4.simruntime/Contents/MacOS/iOS 12.4: Mach-O 64-bit bundle x86_64

iOS 12.4模拟器只支持x86\_64架构，如果只显示`Apple Silicon Destinations`列表会出现找不到iOS 12.4模拟器的情况。建议按这个步骤\[**Xcode菜单栏**\] -> \[**Product**\] -> \[**Destination**\] -> \[**Destination Architectures**\] -> \[**Show Both**\]操作，显示全部iOS模拟器。

问题分析到这还没完，为什么其他还用着`VALID_ARCHS`设置的Flutter插件没报错呢？

### 3. 动态库引起的报错 ###

对比多个Flutter插件的构建日志，我发现了报错的另一个原因，竟然是因为动态库。

Flutter插件报错时的构建日志：

![screenshot2][]

在`test_plugin.podspec`文件中加上这行代码指定为静态库：

s.static_framework = true

重新构建的日志：

![screenshot8][]

一切正常！**构建静态库时只编译不链接，避免了链接报错。等到构建APP时，由于主工程的构建设置中已经排除了arm64架构，所以只会基于x86\_64架构构建，这时链接也不会报错。**

虽然可以通过将动态库修改为静态库这种方式来解决问题，但这个问题本质还是架构相关的问题，所以还是围绕架构来解决。

## 解决方案 ##

这里提供三个解决方法，请根据需要任选一个即可：

1.  iOS模拟器排除arm64架构（设置Pods项目的构建设置）

在`Podfile`文件中加上：

post_install do |installer|
      installer.pods_project.build_configurations.each do |config|
        config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = 'arm64'
      end
    end

这个方法只适用于解决因为使用过时`VALID_ARCHS`设置导致的报错。如果本身使用的是`EXCLUDED_ARCHS`设置，又没有加上`$(inherited)`，会导致这个方法失效。例如Podspec文件这样设置：

s.pod_target_xcconfig = {
         'DEFINES_MODULE' => 'YES', 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'i386' }

会因为优先级问题，无法生效：

![screenshot9][]

1.  iOS模拟器排除arm64架构（设置Target的构建设置）

*  iOS项目在`Podfile`文件中加上：

post_install do |installer|
      installer.pods_project.targets.each do |target|
        target.build_configurations.each do |config|
          excluded_archs = config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]']
          excluded_archs = excluded_archs.nil? ? '' : excluded_archs
          if !excluded_archs.include?('arm64')
            excluded_archs = "#{
          excluded_archs} arm64"
          end
          config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = excluded_archs
        end
      end
    end

*  Flutter项目在`Podfile`文件中加上：

post_install do |installer|
      installer.pods_project.targets.each do |target|
        flutter_additional_ios_build_settings(target)
        target.build_configurations.each do |config|
          excluded_archs = config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]']
          excluded_archs = excluded_archs.nil? ? '' : excluded_archs
          if !excluded_archs.include?('arm64')
            excluded_archs = "#{
          excluded_archs} arm64"
          end
          config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = excluded_archs
        end
      end
    end

根据`EXCLUDED_ARCHS`设置的值决定要不要追加排除arm64架构，如果值中已经有了`arm64`便不做改动。由于是设置Target的构建设置，优先级高，所以不会出现第一个方法中的问题。注意，尽量不要整个直接复制粘贴，请根据项目的实际情况修改。如有疑问，欢迎留言评论。

1.  设置需要构建的架构（**终极方法**）

在`Podfile`文件中加上：

post_install do |installer|
      installer.pods_project.build_configurations.each do |config|
        config.build_settings['ARCHS[sdk=iphonesimulator*]'] = 'x86_64'
      end
    end

这段代码的作用是设置iOS模拟器只构建x86\_64架构，专治各种关于架构的问题，你值得拥有。

**注意：修改`Podfile`文件后，需要重新执行`pod install`命令让改动生效。**

**2023/08/14更新：**

如果以上三个解决方法都没能解决你的问题，请检查主工程的构建设置中是否设置了排除arm64架构的模拟器：

![screenshot7][]

如果没有设置，手动设置即可。

## 补充内容1 ##

你可能还会遇到以下问题：

*  `Undefined symbol: _OBJC_CLASS_$_xxx`

出现这个问题的原因有两种。一是被链接的库（开源库）没有排除arm64架构，默认只编译了arm64架构，而第三方库排除了arm64架构，只编译x86\_64架构；二是被链接的库（开源库）排除了arm64架构，只编译x86\_64架构，但是第三方库没排除arm64架构。这叫什么？这叫互相错过，爱而不得。

*  `Unsupported Swift architecture`

根据构建日志，可以找到报错的文件`xxx-Swift.h`，内容是这样的：

#if 0
    #elif defined(__arm64__) && __arm64__
    ...
    #else
    #error unsupported Swift architecture
    #endif

看到`__arm64__`，基本可以确定也是架构的问题。找到报错库的Podspec文件修改为排除arm64架构，重新构建不再报错，文件`xxx-Swift.h`的内容变为这样：

#if 0
    #elif defined(__x86_64__) && __x86_64__
    ...
    #else
    #error unsupported Swift architecture
    #endif

以上问题都是关于架构的同一类问题，具体解决方法请看前面。

## 补充内容2 ##

从前面的问题分析可知，现在的iOS模拟器同时支持x86\_64和arm64架构，那么该如何判断当前运行的模拟器是哪个架构的呢？可以通过打印设备型号判断：

*  `Objective-C`

#import <sys/utsname.h>

struct utsname systemInfo;
    uname(&systemInfo);
    NSLog(@"machine: %@", @(systemInfo.machine));

*  `Swift`

var systemInfo = utsname()
    uname(&systemInfo)
    let machine = withUnsafePointer(to: &systemInfo.machine.0) {
         ptr in
        return String(cString: ptr)
    }
    print("machine: \(machine)")

如果打印结果为`machine: x86_64`，说明当前运行的是x86\_64架构的iOS模拟器；如果打印结果为`machine: arm64`，说明是arm64架构的iOS模拟器。

## 补充内容3 ##

如果运行项目时遇到以下问题：

/xxx/Pods-xxx-frameworks.sh: line 132: ARCHS[@]: unbound variable

可能是因为在\[**Build Settings**\] -> \[**Architectures**\] -> \[**Excluded Architectures**\]设置中将目标设备支持的架构排除了，例如运行项目到真机，但是排除了arm64架构，修改设置可以解决该问题。

## 最后 ##

如果这篇文章对你有所帮助，点赞?收藏?支持一下吧，谢谢～

--------------------

本篇文章由[@crasowas][crasowas]发布于CSDN。

[XCFramework]: https://developer.apple.com/documentation/xcode/creating-a-multi-platform-binary-framework-bundle
[Podspec]: https://guides.cocoapods.org/syntax/podspec.html#user_target_xcconfig
[screenshot1]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/136c8244ae524b80a9b8265d19c041b1.png
[Flutter _ iOS_ - _Pod]: https://blog.csdn.net/crasowas/article/details/129826345
[screenshot2]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/0b7654b89d454b66be4a16e9ce4931d2.png
[screenshot3]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/b86a8393586a499081f9d745e54576da.png
[TN3117_ Resolving architecture build errors on Apple silicon]: https://developer.apple.com/documentation/technotes/tn3117-resolving-build-errors-for-apple-silicon#Update-pre-compiled-libraries-with-Apple-silicon-support
[screenshot4]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/b13d2782b7e342e1b768b99be71e3873.png
[Link 1]: https://github.com/flutter/flutter/commit/e960d773eeecb211e23318796bdb9f81cc4d4c48
[screenshot5]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/2e820e0a0a334a139a3b0b8aae89ddbc.png
[screenshot6]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/c53c976d359646659d9e0b5489ffd5ce.png
[screenshot7]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/0f9bc749d51b45028daa2993b81795d1.png
[screenshot8]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/e2a931aa916f4d33ae1b680011548e1a.png
[screenshot9]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/6869fa3132074780abb9ac9faefe758f.png
[crasowas]: https://blog.csdn.net/crasowas