iOS问题记录 - type argument ‘nw_prox

前言

升级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中，初步猜测可能是有什么新的兼容性问题还没适配。找到报错相关的源码：

image.png

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

image.png

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

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

修改WKWebsiteDataStore.h文件

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

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

删除-DOS_OBJECT_USE_OBJC=0编译器标志

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

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

设置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项目中找到相关的源码：

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

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

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

· 在Podfile文件的末尾加上post_integrate hook代码

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

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

解决方案

在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

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

补充内容
如果遇到类似这样的报错：

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

将User Script Sandboxing设置为No即可：

将User Script Sandboxing设置为No

---

版权声明：本文为CSDN博主「crasowas」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https//blog.csdn.net/crasowas/article/details/133190660