iOS问题记录 - type argument ‘nw_proxy_config_t‘ is neither an Objective-C object nor a block type

小灰灰 2024-05-24 21:41 12阅读 0赞

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

*  前言
 *  开发环境
 *  问题描述
 *  问题分析
 *  解决方案
 *  补充内容
 *  最后

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

## 前言 ##

升级Xcode 15后，意料之中，项目又遇到了问题。

## 开发环境 ##

*  Xcode: 15.0
 *  CocoaPods: 1.12.1
 *  flutter\_inappwebview: 6.0.0-beta.24+1

## 问题描述 ##

Flutter项目在Xcode 15上编译时报错：

Error (Xcode): type argument 'nw_proxy_config_t' (aka 'struct nw_proxy_config *') is neither an Objective-C object nor a block type
    /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS17.0.sdk/System/Library/Frameworks/WebKit.framework/Headers/WKWebsiteDataStore.h:119:46
    
    Parse Issue (Xcode): Could not build module 'WebKit'
    /Users/xxx/flutter_inappwebview/flutter_inappwebview.framework/Headers/flutter_inappwebview-Swift.h:286:8

## 问题分析 ##

从报错信息看，是因为`nw_proxy_config_t`的类型不对导致的，错误发生在`flutter_inappwebview`库用到的`WebKit.framework`中，初步猜测可能是有什么新的兼容性问题还没适配。找到报错相关的源码：

![screenshot1][]

这是iOS 17.0新增的一个属性，根据源码中条件编译的判断条件，如果目标版本低于iOS 17.0，新增的属性不会参与编译。找到`nw_proxy_config_t`的[官方文档][Link 1]：

![screenshot2][]

似乎也没什么问题，这就奇怪了，为什么会报错说`nw_proxy_config_t`是一个结构体指针而不是`Objective-C`对象或`block`类型呢？

找了一个同样用了`WebKit.framework`的iOS原生老项目，在Xcode 15上编译运行，一切正常！分析到这，确实没什么好思路。不过，我在`flutter_inappwebview`的issues中找到了相关的[issue][]。虽然在其中大概可以归纳出三种解决方法，但是并没有人给出导致报错的具体原因。归纳的三种解决方法如下：

1.  修改`WKWebsiteDataStore.h`文件

将条件编译的判断条件`__IPHONE_OS_VERSION_MAX_ALLOWED >= 170000`改为`__IPHONE_OS_VERSION_MAX_ALLOWED >= 180000`，也就是让报错部分源码的参与编译条件提高到iOS 18.0。如果修改过程中遇到权限问题，可以将该文件复制到其他地方（例如桌面），修改完成后再复制回去覆盖原文件（应该要输入密码）。

这个方法的缺点是后续升级Xcode可能还要再次手动修改，而且保不齐后续需要用到这个新增的属性。

1.  删除`-DOS_OBJECT_USE_OBJC=0`编译器标志

![screenshot3][]

按上图中的位置找到`-DOS_OBJECT_USE_OBJC=0`，全部删除即可。

这个方法的缺点是一个个手动删除相当麻烦，而且每次执行`pod install`命令后都需要再删一遍。

1.  设置`s.platforms = { :ios => '11.0' }`

先fork项目，然后在`flutter_inappwebview.podspec`文件中设置`s.platforms = { :ios => '11.0' }`，最后修改本地项目中的`pubspec.yaml`文件将库的来源设为git来源。已经有人fork并做了修改，你只需要修改本地项目中的`pubspec.yaml`文件，参考前面提到的[issue][]。

以上三种方法都可以解决当前问题，其中的第一种方法很好理解，但是后面两种方法没明白是什么原理，再继续往下分析看看。

首先是`-DOS_OBJECT_USE_OBJC=0`编译器标志，这个标志的作用是告诉编译器不使用`ARC`，这是为了兼容通过`MRC`管理内存的老项目（现在应该见不到了吧）。难道当前问题是因为不使用`ARC`导致的？遗憾的是，研究一番后没有找到足够的证据能证实这个猜测。

那当前问题又跟第三种方法中的`s.platforms`有什么关系呢？

经测试，未设置`s.platforms`时，会有`-DOS_OBJECT_USE_OBJC=0`编译器标志，设置后就没有了。在`Cocoapods`项目中找到[相关的源码][Link 2]：

ENABLE_OBJECT_USE_OBJC_FROM = {
        
      :ios => Version.new('6'),
      :osx => Version.new('10.8'),
      :watchos => Version.new('2.0'),
      :tvos => Version.new('9.0'),
      :visionos => Version.new('1.0'),
    }.freeze
    
    def compiler_flags_for_consumer(consumer, arc, language)
      flags = consumer.compiler_flags.dup
      if !arc && language == :objc
        flags << '-fno-objc-arc'
      else
        platform_name = consumer.platform_name
        spec_deployment_target = consumer.spec.deployment_target(platform_name)
        if spec_deployment_target.nil? || Version.new(spec_deployment_target) < ENABLE_OBJECT_USE_OBJC_FROM[platform_name]
          flags << '-DOS_OBJECT_USE_OBJC=0'
        end
      end
      if target.inhibit_warnings? && language == :objc
        flags << '-w -Xanalyzer -analyzer-disable-all-checks'
      end
      flags * ' '
    end

通过调试源码可知，当`s.platforms`缺失（`flutter_inappwebview`库属于这种情况）或设置的iOS版本低于6.0时，`Cocoapods`会自动设置编译器标志。由此可见，iOS版本并不一定要设置为11.0。如果你不会调试源码，可以参考这篇文章[CocoaPods - 源码调试环境搭建][CocoaPods -]。

**结合以上分析可知，解决当前问题的关键在于`-DOS_OBJECT_USE_OBJC=0`编译器标志**。

那么，还有其他更简单的方法可以解决当前问题吗？当然有，我们可以对第二种方法进行优化得到一个新的解决方法，在`Podfile`文件的末尾加上这个：

post_integrate do |installer|
      compiler_flags_key = 'COMPILER_FLAGS'
      project_path = 'Pods/Pods.xcodeproj'
    
      project = Xcodeproj::Project.open(project_path)
      project.targets.each do |target|
        target.build_phases.each do |build_phase|
          if build_phase.is_a?(Xcodeproj::Project::Object::PBXSourcesBuildPhase)
            build_phase.files.each do |file|
              if !file.settings.nil? && file.settings.key?(compiler_flags_key)
                compiler_flags = file.settings[compiler_flags_key]
                file.settings[compiler_flags_key] = compiler_flags.gsub(/-DOS_OBJECT_USE_OBJC=0\s*/, '')
              end
            end
          end
        end
      end
      project.save()
    end

通过`post_integrate` hook修改已经生成的`Pods.xcodeproj`，移除`-DOS_OBJECT_USE_OBJC=0`编译器标志。至于为什么不用`post_install` hook，那是因为必须要在项目写入完成后才能修改，否则会被覆盖从而导致修改失败。

新的解决方法和前面的第三种方法相比，不必要每遇到一个有类似问题的库都去fork并修改，更不用考虑应该在哪个版本上进行修改，也不需要修改本地项目中的`pubspec.yaml`文件。假如项目依赖的第三方库A所依赖的第三方库B存在当前问题，如果用第三种方法，那么A库、B库都需要去fork并修改，相当麻烦。

## 解决方案 ##

在`Podfile`文件的末尾加上这个：

重新执行`pod install`命令解决问题。当然，如果你想用其他解决方法，请参考前面的问题分析。

## 补充内容 ##

如果遇到类似这样的报错：

Sandbox: rsync deny(1) file-write-create ...

将`User Script Sandboxing`设置为`No`即可：

![screenshot4][]

## 最后 ##

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

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

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

[screenshot1]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/bf27b2b4814c4e36988f6c13f85bde0e.png
[Link 1]: https://developer.apple.com/documentation/network/nw_proxy_config_t?language=objc
[screenshot2]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/1e0e44041581486dbc4bb58e7c8f1c91.png
[issue]: https://github.com/pichillilorenzo/flutter_inappwebview/issues/1735
[screenshot3]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/12cc0bf9d6ae4788aa3e228e74363fb4.png
[Link 2]: https://github.com/CocoaPods/CocoaPods/blob/master/lib/cocoapods/installer/xcode/pods_project_generator/pod_target_installer.rb
[CocoaPods -]: https://blog.csdn.net/crasowas/article/details/129826515
[screenshot4]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/24/50ef9fdeea2e41f7a53a33201ad8b86f.png
[crasowas]: https://blog.csdn.net/crasowas