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

这篇具有很好参考价值的文章主要介绍了iOS问题记录 - type argument ‘nw_proxy_config_t‘ is neither an Objective-C object nor a block type。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。


前言

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

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

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

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

似乎也没什么问题,这就奇怪了,为什么会报错说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编译器标志

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

按上图中的位置找到-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'),
}.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 - 源码调试环境搭建。

结合以上分析可知,解决当前问题的关键在于-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命令解决问题。当然,如果你想用其他解决方法,请参考前面的问题分析。

补充内容

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

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

User Script Sandboxing设置为No即可:

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

最后

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


本篇文章由@crasowas发布于CSDN。文章来源地址https://www.toymoban.com/news/detail-719397.html

到了这里,关于iOS问题记录 - type argument ‘nw_proxy_config_t‘ is neither an Objective-C object nor a block type的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • vue.config.js 配置proxy代理

    方案一: 配置文件 文件内容 三个文件分别是三个不同环境使用的,如线上,线上测试,本地测试。我在本地测试时三个文件都配置成了一样。  vue.config.js 配置文件 问题: 控制台显示 400 (Bad Request)或404等问题都是 vue.config.js 配置文件 的 proxy 的配置问题。 主要检查点

    2024年03月15日
    浏览(45)
  • vue.config.js中proxy配置

    这里以axios发请求为例 如果发送的请求都以 /abc 开头,那么我们就可以在proxy中进行服务器代理配置。 3.代理多个接口 方法1:监测多个接口,可以在proxy中写多个配置:(适用于target不同的代理,相同也可以用这个方法,就是会麻烦一点,对于相同的target方法2会比较方便)

    2024年02月22日
    浏览(47)
  • 已解决:Argument type is not assignable to parameter type RouterOptions

    这个错误通常表示传递给createRouter函数的参数类型与RouterOptions类型不兼容。createRouter函数需要接受一个RouterOptions对象作为参数,该对象包含routes和history选项。如果传递的参数类型与此不匹配,就会发生这种类型的错误。 您可以尝试按照以下步骤解决此问题: 确保您的impo

    2024年02月06日
    浏览(43)
  • 记录一次SpringBoot3+Nacos Config做配置中心时,No spring.config.import property has been defined的问题

    以下为报错信息: No spring.config.import property has been defined 启动时,控制台已经很明确的给出了一个标准的解决方案: Add a spring.config.import=nacos: property to your configuration. If configuration is not required add spring.config.import=optional:nacos: instead. To disable this check, set spring.cloud.nacos.config.import

    2024年02月11日
    浏览(68)
  • npm install 报错 ‘proxy‘ config is set properly. See: ‘npm help config‘

    问题:使用 npm install 初始化项目依赖失败,报错 \\\'proxy\\\' config is set properly. See: \\\'npm help config\\\' 1、先查找一下自己的代理 2、然后将代理和缓存置空 方式一: 方式二: 3、配置新的镜像源,选一个就行

    2024年02月11日
    浏览(54)
  • proxy代理不生效、vue config.js不生效解决方法

    axios默认请求接口就是localhost,所以这里需要更改 axios设置的默认请求设置 在 main.js 文件里,设置 vue.config.js文件夹要和src在同级别下 在这里面 /api 就相当于 \\\' http://localhost:8080/ \\\' 所以接下来接口需要添加的的url参数不需要再写接口的域名 要是在不行就把请求头加上 springboo

    2024年01月17日
    浏览(44)
  • 记录mybatis插件奇怪报错问题There is no getter for property named ‘delegate‘ in ‘class com.sun.proxy.$Proxy的排查

    一、背景描述 项目要求update/delete必须要有where条件(因为出了一次生产上把一张表的数据全表删除的严重生产事故),并且要打印出where中的条件,所以考虑用mybatis拦截器处理 mybatis拦截器实现原理简述 在Mybatis中,拦截器可拦截如上图中四种相关操作类的操作方法。通过阅读源

    2024年01月16日
    浏览(52)
  • 记录Property ‘xxx‘ does not exist on type问题解决方法

    在Vue3 + TS 的demo项目中 , 使用app.config.globalProperties.$session = sessionStorage封装了一个全局的$session , 但是出现了Property \\\'$session\\\' does not exist on type的报错提示 , 查找了下发现是需要写一个声明文件 在src文件夹下新建一个xxx.d.ts文件 声明后可正常使用了

    2024年02月09日
    浏览(39)
  • TypeError: index() got an unexpected keyword argument ‘doc_type‘

    result = client.index(index=\\\'htmls\\\',doc_type=\\\'doc\\\', body=data) TypeError: index() got an unexpected keyword argument \\\'doc_type\\\' es 版本升级之后,doc_type没有这个参数了 尝试安装低版本的 Remove: pip uninstall elasticsearch and then Install pip install elasticsearch==5.5.3 PS D:software2pycode pip install elasticsearch==6.2.1 ERROR: Could

    2023年04月20日
    浏览(38)
  • org.elasticsearch.ElasticsearchStatusException: Elasticsearch exception [type=illegal_argument_excep

    org.elasticsearch.ElasticsearchStatusException: Elasticsearch exception [type=illegal_argument_exception, reason=request [/zc/_search] contains unrecognized parameters: [ccs_minimize_roundtrips], [ignore_throttled]] 原因: 该异常是由于在对索引进行搜索请求时,使用了不被识别的参数导致的。具体来说,异常信息中列出了两

    2024年02月08日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包