返回顶部
首页 > 资讯 > 移动开发 >iOS问题记录 - type argument ‘nw_proxy_config_t‘ is neither an Objective-C object nor a block type
  • 709
分享到

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

iosxcodecocoapods 2023-09-29 13:09:42 709人浏览 独家记忆
摘要

文章目录 前言开发环境问题描述问题分析解决方案最后 前言 升级Xcode 15后,意料之中,项目又遇到了问题。 开发环境 Xcode: 15.0CocoaPods: 1.12.1Flut

文章目录


前言

升级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:46Parse 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官方文档

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

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'),}.freezedef 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 - 源码调试环境搭建

结合以上分析可知,解决当前问题的关键在于-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文件的末尾加上这个:

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命令解决问题。当然,如果你想用其他解决方法,请参考前面的问题分析。

最后

如果这篇文章对你有所帮助,点赞👍收藏🌟支持一下吧,谢谢~


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

来源地址:https://blog.csdn.net/crasowas/article/details/133190660

--结束END--

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

本文链接: https://lsjlt.com/news/421444.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作