开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

未定义的架构符号："_OBJC_CLASS_$_GADMediatedNativeAdNotificationSource“arm64

未定义的架构符号"OBJC_CLASS$_GADMediatedNativeAdNotificationSource"是一个编译错误，通常出现在iOS开发中。该错误表示编译器无法找到名为"GADMediatedNativeAdNotificationSource"的类或符号的定义。

根据错误信息中的"OBJC_CLASS$_"前缀，可以推断出这是一个Objective-C类的符号。根据类名中的"GAD"前缀，可以猜测这可能与Google AdMob广告相关。

要解决这个错误，可以尝试以下几个步骤：

检查是否正确导入了相关的框架和库。在iOS开发中，使用第三方库时，需要在项目中添加相应的框架或库，并在代码中导入相关的头文件。确保已正确导入与Google AdMob广告相关的框架和库。
检查是否正确设置了编译选项。在Xcode中，需要确保在项目的Build Settings中设置了正确的编译选项，包括搜索路径、链接选项等。
检查是否正确引用了相关的类或符号。在代码中，确保正确引用了"GADMediatedNativeAdNotificationSource"类或符号，并且没有拼写错误或其他语法错误。

如果以上步骤都没有解决问题，可以尝试在开发者社区或相关论坛上搜索类似的问题，看看其他开发者是如何解决的。另外，可以查阅Google AdMob广告的官方文档和开发者指南，了解更多关于该类或符号的信息和用法。

腾讯云相关产品和产品介绍链接地址：

腾讯移动广告：https://cloud.tencent.com/product/ads
腾讯云移动推送：https://cloud.tencent.com/product/tpns
腾讯云移动分析：https://cloud.tencent.com/product/ma
腾讯云移动测试：https://cloud.tencent.com/product/mtc

相关搜索:Xcode中架构arm64的未定义符号 Xcode:未定义的架构符号arm64：“Xcode”架构arm64的未定义符号："getdefaultgateway(unsigned int*)“未定义的架构符号arm64：_BN_new Xcode构建失败，架构arm64的符号未定义：架构x86_64："_OBJC_CLASS_$_WKWebView“的未定义符号，引用自：架构x86_64："_OBJC_CLASS_$_Person“的未定义符号，引用自：Unity Vuforia Xcode构建错误：“架构arm64的符号未定义”Unity AR Foundation Xcode项目中架构arm64的未定义符号 UIImage.resize (Xcode11)导致的架构arm64的未定义符号在构建Unity/Firebase项目时，XCode中的架构arm64的未定义符号删除/重新添加文件，现在我得到了架构arm64的未定义符号：架构i386的未定义符号错误:Unity to xcode；未定义的体系结构符号arm64：Firebase分析体系结构x86_64的未定义符号："_OBJC_CLASS_$_FIRAnalytics“架构x86_64错误的未定义符号 Xcode“架构x86_64的未定义符号”MLKit iOS:架构armv7的未定义符号 FirebaseMLVision:架构x86_64的未定义符号：未定义的符号:测试Gamemaker Studio2项目时的_OBJC_CLASS_$_SKStoreReviewController

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

mach-o文件分析多余的类和方法

最近做包大小优化，在做项目代码优化时，其中有一个过程是分析Mach-O文件，看网上很多文章都说通过otool分析Mach-O，获取objc_classrefs、objc_classlist等，然后找出无用类和无用方法。

01

iblessing：一款针对iOS安全的漏洞利用套件

iblessing是一款针对iOS安全的漏洞利用&安全审计套件，该工具可以帮助广大研究人员实现针对目标设备的应用程序信息收集、静态分析以及动态分析。除此之外，我们还可以使用iblessing来进行逆向工程分析、源代码分析以及漏洞挖掘等安全任务。

02

iOS符号冲突（duplicate symbols）

背景是我们项目升级某个SDK，结果发现项目和SDK出现符号冲突。符号冲突是接入SDK有可能会出现的问题，本文便尝试从技术角度去解决。

03

浅析为何能通过FDStackView在iOS9以下使用UIStackView

前几天看到sunnyxx团队的新作FDStackView。大家都知道在iOS9苹果提供了一个新的玩具UIStackView，然而在iOS9以前是没有办法使用的。可通过FDStackView你却可以在iOS9以前的系统上使用UIStackView，更重要的是我们不需要去做任何额外的工作，FDStackView会自动为我们处理好一切。

03

iOS 的系统类信息在栈上？

前言今天有位群友抛出了一个很有意思的问题：为什么系统类的 class 地址比栈区变量更高? image-20210519235852843 iOS 进程内存布局通常情况下，我们对进程内存的布局

01

iOS经典错误Undefined symbols for architecture XXX:

首先声明因为我是在真机上编译的项目，所以报错的架构（CPU指令集）为arm64。如果我们使用64位模拟器（iPhone simulators 5s 或更高版本）编译或者运行项目，就会报以下错误： Undefined symbols for architecture x86_64: 如果我们使用32位模拟器（iPhone simulators 5 或更低版本）编译或者运行项目，就会报以下错误： Undefined symbols for architecture i386: Undefined sym

04

iOS: ARM64不定函数传参问题调试剖析

| 导语 ABI（Application Binary Interface）描述了应用程序和OS之间的底层接口。其中，通过查阅调用约定（Calling Convention），我们可以了解到子过程调用是如何传递参数及返回值的，其中的细节包括有参数或返回值传递的位置（寄存器/栈）和使用细节、传参的顺序、调用前后的清理工作等。目前，主流移动设备CPU主要采用ARM处理器。在做移动客户端开发时，难免遇到需要分析汇编代码的情况，牵涉到过程调用的部分就必须要了解相应平台的ABI。本文从实际开发中遇到的一个平台

03

iOS TRTC SDK 编译问题解决办法

Pods/TXLiteAVSDK_Professional/TXLiteAVSDK_Professional/TXLiteAVSDK_Professional.framework/TXLiteAVSDK_Professional(dict.o)' does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. for architecture arm64

03

armv6 armv7 armv7s架构的区别[通俗易懂]

ARM 处理器因为低功耗和小尺寸而闻名，它的性能在同等功耗的产品中也很出色。这里我们注意一点，模拟器并不运行arm代码，软件会被编译成x86可以运行的指令。只有在目标设备上，才会执行设备对应的指令集。

03

Xcode 常见 CLI 工具

在咱们日常开发中，或多或少都会用到 Xcode 内置的一些CLI工具，但是大部分小伙伴可能只是会用到一些具体的命令，今天我们就一起来聊一聊 Xcode 内置的常见Command Lines Tool。

02

iOS Class Guard github用法、工作原理和安装详解及使用经验总结

iOS Class Guard是一个用于OC类、协议、属性和方法名混淆的命令行工具。它是class-dump的扩展。这个工具会生成一个symbol table，这个table在编译期间会包含进工程中。iOS-Class-Guard能有效的隐藏绝大多数的类、协议、方法、属性和实例变量名。iOS-Class-Guard不是应用安全的最终解决方案，但是它绝对能让攻击者更难读懂你的程序。iOS-Class-Guard会加大代码分析和runtime检查的难度，这个工具可以认为是一个简单基础的混淆方法。由于OC的架构决定了iOS应用程序的剖析相当简单，check out一下链接就知晓了：

01

从微信扔骰子看iOS应用安全与逆向分析

在之前《免越狱调试与分析黑盒iOS应用》以及前几篇文章中已经介绍了如何开始分析iOS应用，不过都是基于非越狱的机器，其本意是为了能够在自己的主力设备中进行简单的分析和调试。但是执着于免越狱其实在很多情况下需要额外的工作，如果想要在iOS上做进一步研究的话，完全的访问权限是很有必要的。

04

iOS底层—OC对象的本质与isa

我们已经学习了对象的初始化、内存对齐等内容。这篇文章将深入学习探究对象的本质、对isa进行分析。

01

探秘 Mach-O 文件

之前负责项目的包体积优化学习了 Mach-O 文件的格式，那么 Mach-O 究竟是怎么样的文件，知道它的组成之后我们又能做点什么？本文会从 Mach-O 文件的介绍讲起，再看看认识它后的一些实际应用。

03

iOS逆向之Mach-O文件

阅读笔者的其他文章，我们了解了编译过程中的预处理、词法分析、语法分析、编译、链接等步骤。经常和编译型语言打交道的开发者对于可执行文件的编译过程肯定不陌生。我们用 Xcode 构建一个程序的过程中，会把源文件 (.m 和 .h) 文件转换为一个可执行文件。这个可执行文件中包含的字节码将会被 CPU (iOS 设备中的 ARM 处理器或 Mac 上的 Intel 处理器) 执行。

01

「类与对象」揭秘本质的第一步

若想了解Objective-C一些API具体实现以及一些对象真实的数据结构等，就需要将Objective-C语言转化成C/C++语言。

01

「类与对象」揭秘本质的第一步

若想了解Objective-C一些API具体实现以及一些对象真实的数据结构等，就需要将Objective-C语言转化成C/C++语言。

01

为何百兆静态库能打进数兆的可执行文件?

前言第三方库是工程开发必不可少的部分，而第三方库可以是.a和.framework的静态库，也可以是.framework的动态库，其中静态库是最常用的方式。静态库往往比较大，可在打包到可执行文件之后，对安装包大小的增加远远小于静态库本身的Size。那么，就产生两个问题： 1、静态库里面存在什么内容？ 2、静态链接到可执行文件后为什么体积变小？本文就以.framework的静态库来分析具体情况。正文 1、framework静态库的打包新建工程，选择Cocoa Touch Framework

08

iOS方法缓存cache详解

写在开头：我最近看到网上很多关于方法缓存这方面的文章或多或少都存在一些错误，或者说阐述的不是那么的完整。我写这篇文章的目的是为了看到这篇文章的各位iOS开发者能够对iOS中的方法缓存策略能有一个正确且全面的了解。下面是正文。

02

Swift Module Interfaces

今天看到一篇讲 Swift Crash 的文章一个 Swift Crash 引发的讨论...原文作者从Swift源码和UIKitCore -[UIView(UIKitManual) autorelease] 汇编代码的角度对 crash 的原因进行了分析。

03

iOS App启动过程

dyld会首先读取mach-o文件的Header和load commands。接着就知道了这个可执行文件依赖的动态库。

03

OC对象原理（二）

上面的代码中，如果我们覆写了该类的allocWithZone方法，那么就会走到第31行的逻辑；不过一般而言我们是不会自己去覆写allocWithZone方法的，所以一般都会走第8~28行的逻辑。

01

objc_msgSend 消息快速查找 - cache 查找

上一篇文章分析了 objc_msgSend 的汇编实现，这边文章继续分析 objc_msgSend 中缓存的查找逻辑以及汇编代码是如何进入 c/c++ 代码的。

02

无源调试

一般App都会接入第三方的Crash报告SDK，比如友盟SDK，或者腾讯的bugly，当有crash的时候，SDK记录的crash记录的堆栈一般情况下可以很清晰地定位到源码的具体某一行，根据代码处理即可。但是有小部分情况下，crash记录的堆栈是系统堆栈，没有开发者的源码。

02

深入理解iOS Crash Log

USB连接设备，接着在XCode菜单栏依次选择：Window -> Devices And Simulators，接着选择View Device Logs

05

iOS有反检测能力的越狱工具shadow的分析和检测

在分析越狱工具shadow之前，所有越狱工具都是对进程进行注入挂钩来实现。注入从作用范围来看，分为两类：

01

iOS - 老生常谈内存管理（一）：引用计数

Objective-C支持三种内存管理机制：ARC、MRC和GC，但Objective-C的GC机制有平台局限性，仅限于MacOS开发中，iOS开发用的是RC机制，从MRC到现在的ARC。

02

汇编寄存器的规则

在本章中，您将了解到 CPU 使用的寄存器，并研究和修改传入函数的参数。您还将了解常见的苹果计算机架构，以及如何在函数中使用它们的寄存器。这就是所谓的架构调用约定。

05

iOS Category实现原理

// Attach method lists and properties and protocols from categories to a class. // Assumes the categories in cats are all loaded and sorted by load order, // oldest categories first. static void attachCategories(Class cls, category_list *cats, bool flush_caches) { if (!cats) return; if (PrintReplacedMethods) printReplacements(cls, cats); bool isMeta = cls->isMetaClass(); // fixme rearrange to remove these intermediate allocations method_list_t **mlists = (method_list_t **) malloc(cats->count * sizeof(*mlists)); property_list_t **proplists = (property_list_t **) malloc(cats->count * sizeof(*proplists)); protocol_list_t **protolists = (protocol_list_t **) malloc(cats->count * sizeof(*protolists)); // Count backwards through cats to get newest categories first int mcount = 0; int propcount = 0; int protocount = 0; int i = cats->count; bool fromBundle = NO; while (i--) { auto& entry = cats->list[i]; method_list_t *mlist = entry.cat->methodsForMeta(isMeta); if (mlist) { mlists[mcount++] = mlist; fromBundle |= entry.hi->isBundle(); } property_list_t *proplist = entry.cat->propertiesForMeta(isMeta, entry.hi); if (proplist) { proplists[propcount++] = proplist; } protocol_list_t *protolist = entry.cat->protocols; if (protolist) { protolists[protocount++] = protolist; } } auto rw = cls->data(); prepareMethodLists(cls, mlists, mcount, NO, fromBundle); rw->methods.attachLists(mlists, mcount); free(mlists); if (flush_caches && mcount > 0) flushCaches(cls); rw->properties.attachLists(proplists, propcount); free(proplists); rw->protocols.attachLists(protolists, protocount); free(protolists); }

02

Android Native内存泄漏检测方案详解

一个完整的 Android Native 内存泄漏检测工具主要包含三部分：代理实现、堆栈回溯和缓存管理。代理实现是解决 Android 平台上接入问题的关键部分，堆栈回溯则是性能和稳定性的核心要素。

01

Android Native内存泄漏检测方案详解

一个完整的 Android Native 内存泄漏检测工具主要包含三部分：代理实现、堆栈回溯和缓存管理。代理实现是解决 Android 平台上接入问题的关键部分，堆栈回溯则是性能和稳定性的核心要素。

01

Other Linker Flags参数解析和duplicate symbol错误解决方法

Objc指令会告诉链接器把库中的Objective-C类和Category全部加载进来，但这个指令会加载很多不必要的文件而导致可执行文件变大，如果静态库中有类和category的话需要加入这个flag才能正确编译，但是当静态库中只有分类而没有类的时候，就需要使用-all_load或者-force_load了。

05

objc_msgSend 实现分析

Runtime 有两个版本：Legacy 版本(早期版本，对应 Objective-C 1.0) 和 Modern 版本(现行版本 Objective-C 2.0)。

03

手把手教你查看和分析iOS的crash崩溃异常

一个应用程序并不总会一直运行的很好，它总会有出现crash崩溃的情况。如果在应用程序中接入了一些第三方的crash收集工具或者自建crash收集报告平台的话将会很好的帮助开发者去分析和解决应用程序在线上运行的问题，当出现的崩溃问题能得到及时的解决和快速的修复时必将会大大的提升应用程序的用户体验。

03

深入iOS系统底层之程序中的汇编代码

合抱之木,生于毫末；九层之台,起于垒土；千里之行,始于足下。--(老子·道德经 )

03

iOS小技能：attribute的应用

LLVM和其他 GCC 特性一样，Clang 支持了 __attribute__，还加入了一小部分扩展特性。

02

神经病院Objective-C Runtime入院第一天—isa和Class

我第一次开始重视Objective-C Runtime是从2014年11月1日，@唐巧老师在微博上发的一条微博开始。

03

objc_msgSend底层探索（下）

上一篇里面，我从OC层面来探索了objc_msgSend如何进行消息的发送，对普通开发者来说也是比较容易理解的，那很多人都知道，Runtime是由C或者C++以及汇编语言写的一套底层的API。

02

【IOS开发进阶系列】Framework制作专题

http://blog.csdn.net/yongyinmg/article/details/41513917

03

扒虫篇－Bug日志 Ⅲ

解决方法：可能是由于粘贴网页上的代码的时候两行之间的回车引起的，有未识别的回车或者换行，找到，删除掉就 OK了。

02

Flutter混合开发：在已有iOS项目中引入Flutter

在android项目中添加flutter模块比较简单，因为毕竟都是google的，但是在ios中添加flutter模块有些麻烦了，我们首先参考的是官方文档 https://flutter.cn/docs/development/add-to-app/ios/project-setup

05

OC底层探索14-方法名Type EncodingsOC底层探索14-方法名Type Encodings

在对cpp文件进行查看的时候，发现有一些特殊的符号很是常见，像这样的方法Sel-"v16@0:8"到底代表什么意义，这次决定把它搞搞清楚到底是什么。

02

iOS端TXLiteAVSDK与其它三方库冲突报错问题

iOS 端在集成腾讯云视频服务客户端音视频SDK时，与开发者自己工程中的第三方库冲突，导致编译报错。

03

iOS底层原理总结 - Category的本质

iOS底层原理总结 - Category的本质面试题 Category的实现原理，以及Category为什么只能加方法不能加属性。 Category中有load方法吗？load方法是什么时候调用的？load 方法能继承吗？ load、initialize在category中的调用的顺序，以及出现继承时他们之间的调用的过程。 load、initialize的区别，以及它们在category重写的时候的调用的次序。 Category的本质首先我们写一段简单的代码，之后的分析都基于这段代码。 Presen类

06

深入浅出 Runtime（二）：数据结构

Objective-C的面向对象都是基于C/C++的数据结构——结构体实现的。我们平时使用的所有对象都是id类型，id类型对象对应到runtime中，就是objc_object结构体。

01

iOS 底层拾遗：autorelease 优化

由于 ARC 下 retain/release/autorelease 的调用都是编译器代劳，所以需要使用编译后的代码进行分析，通常笔者选择 Xcode 自带的工具，它有一个优势是自动将一些符号地址改为符号名，并且可以选择 Running 或 Archiving 下的汇编代码，后者生成的代码往往是前者的优化版本。

02

低于0.01%的极致Crash率是怎么做到的？

作者卢子填，腾讯移动互联网高级开发工程师商业转载请联系腾讯WeTest获得授权，非商业转载请注明出处。 WeTest 导读看似系统Bug的Crash 99%都不是系统问题！本文将与你一起探索Crash分析的科学方法。在移动互联网闯荡多年的iOS手机管家，经过不断迭代创新，已经涵盖了隐私（加密相册）、安全（骚扰拦截、短信过滤）、工具（网络检测、照片清理、极简提醒等）等等各个方面，为千万用户提供安全专业的服务。但与此同时，工程代码也越来越庞大（近30万行），一丁点的问题都会影响大量的用户，所以手管一

05

ARM架构的一次充电

ARM处理器使用精简指令集(RISC),ARM（Advanced RISC Machines）ARM是一家公司的简称，其次ARM指一系列处理器的统称，同时ARM也是一种精简指令集架构。

02

如何创建可在 Apple 自研芯片和基于 Intel 的 Mac 机上运行的应用程序

原生的应用程序比转换的应用程序运行效率更高，因为编译器能够针对目标架构来优化代码。如果一个应用程序只支持 x86_64 架构，那必须在 Apple 芯片上的 Rosetta 转换下运行。通用二进制文件本身就可以在 Apple 芯片和基于 Intel 的 Mac 机上运行，因为它包含了两种架构的可执行代码。

03

Q音直播Flutter包裁剪方案(iOS)

1、背景 Flutter作为一款优秀的跨平台方案，我们Q音团队一致保持高度关注，团队内部也一直在努力促进Flutter的应用框架建设。在Q音直播接入Flutter的过程中，需要解决的首要问题便是”Flutter包体积变大”。本文将一步步剖析Flutter的包体积问题，带领大家探寻每一个可能的包体积优化点，结合实际项目和引擎源码，最终给出详细的包体积优化实现方案。欢迎大家相互交流Flutter相关技术。 1.1 Flutter混合开发模式一般的如果我们想在现有原生App中加入Flutter，需要通过以下两

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭