xcode6 使用using objc_msgSend方法后抛出Too many arguments to function call, expected 0, have *的错误

最新推荐文章于 2020-03-12 12:53:59 发布
原创 最新推荐文章于 2020-03-12 12:53:59 发布 · 829 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何通过修改Xcode项目的Build Settings设置，将ENABLE_STRICT_OBJC_MSGSEND选项设置为NO，以此来解决Objective-C运行时可能出现的警告或错误。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Solo_fire
关注
Xcode导入runtime框架函数参数没有提示或Too many arguments to function call, expected 0, have 2错误
学习一定要有针对性的练习-实操！
07-02 591
首先说明下，在Xcode6之前运用objc_msgSend，是有参数提示的。 但是从Xcode6之后，苹果不推荐我们使用runtime，所以就取消了参数提示功能。估计是不想让我们过多的了解底层。 Xcode6之后我们运用objc_msgSend函数是这样的: 从图中很明显可以看出来是没有参数提示的。 我们可以通过对Xcode进行配置进行更改。更改如图： 按照如上图的方式操作,搜索msg，并把YES改成NO即可。 操作完成后再敲原来的函数就有参数提示功能了。 ...
为什么使用汇编可以 Hook objc_msgSend（下）- 实现与分析
Desgard_Duan
08-05 1909
背景在上一篇「为什么使用汇编可以 Hook objc_msgSend（上）- 汇编基础」中，我们介绍了 ARM64 中的汇编基础，并且知道了在汇编当中，调用一个方法的前后在栈空间是怎样表...
IOS开发报错- objc_msgSend()报错Too many arguments to function call ,expected 0,have3
嘿嘿嘿
05-11 1410
去项目里面设置： Build Setting–> Apple LLVM 7.1 - Preprocessing–> Enable Strict Checking of objc_msgSend Calls 改为 NO这个Apple LLVM 7.1后面的数字 根据xcode版本不同，也会不同的，所以不是一定是7.1
编译错误“Too many arguments to function call....”
番薯大佬的专栏
03-20 7万+
运行编译过程中出现错误，并提示“Too many arguments to functions call, expected....”的信息，如图一。 遇到这种情况时，该如何解决呢？解决方法是将属性“Enable Strict Checking of objc_msgSend Calls”的值设置成“No”，即TARGETS——>项目——>Build Settings——>Apple LLVM
使用MJRefresh的时候报错Too many arguments to function call ,expected 0,have3
u010226872的博客
01-18 581
1、Build Setting  2、搜索Apple LLVM 7.0 - Preprocessing 3、 Enable Strict Checking of objc_msgSend Calls  改为 NO
too many arguments to funcation call,expected 0,have 3
IT在我的世界里狂奔
04-17 895
刚遇到一个问题，报错为too many arguments to funcation call,expected 0,have 3 解决办法：build Settings  ------->Apple LLVM x.x-Preprocessing--------->Enable Strict Cheching of objc_msgSend Calls 把YES改为NO就可以了
too many arguments to function call, expected 0, have 3 错误‘解决办法
iOS_Cloud的博客
09-01 5665
引用MJRefresh报错的解决办法： too many arguments to function call, expected 0, have 3  这是编译的错 Build Setting--> Apple LLVM 6.0 - Preprocessing--> Enable Strict Checking of objc_msgSend Calls  改为 NO 如果改后
objective c 消息 objc_msgSend
06-19
本文将深入探讨`objc_msgSend`以及与其相关的`performSelector`方法，并通过实例来阐述它们的工作原理和用法。 **1. objc_msgSend函数** `objc_msgSend`是Objective-C运行时系统的核心，它是动态方法解析的关键。...
反汇编调试objc_msgSend函数
arderbud
03-02 1205
这是一篇很无聊的文章，对开发移动App的人来说没什么卵用。本文仅仅是对@hursing的[xcode反汇编调试iOS模拟器程序（五）调试objc_msgSend函数]
Xcode编译Undefined symbols for architecture xxx:"_OBJC_CLASS_$_xxx"错误解决
liumou111的博客
11-14 8249
Xcode编译Undefined symbols for architecture xxx:"_OBJC_CLASS_$_xxx"错误解决
Too many arguments to function call, expected 0, have 3
dubai
08-16 1876
Too many arguments to function call, expected 0, have 3我们使用runtime的时候回遇到“Too many arguments to function call, expected 0, have 3”这样的错误提示，这时我们需要做的是，点击工程-> build setting-> 把“ ‘Enable strict checking of o
C++错误记录总结
weixin_36259863的博客
07-24 2304
1.allocationg an object of abstract class type ''：        原因：一般是因为该类继承的抽象类中，有未实现的抽象函数。 2.too few arguments to function call       原因：一般是调用函数时，参数个数少于函数定义。检查一下函数定义和参数调用，两个要一致。 3：
编译错误：”Too many arguments to function call, expected 0, have 2 ”的解决
Nigel_Lee专栏
10-08 2万+
在进行大规模工程开发的时候，或者是对原有工程结构进行调整，会出现很多编译问题。其中： “Too many arguments to function call, expected 0, have 2” 是比较常见的一种。这个编译报错在Xcode8上比较常见。 解决办法是对LLVM (low level virtual machine)属性进行设置。LLVM是一个开源的编译器框架，很重要的一
too many positional arguments
afan249的博客
05-25 1万+
mongodb中too many positional arguments 错误的原因
error:too few arguments to function
热门推荐
被一个OIER遗弃的一堆烂代码
03-12 8万+
今天写程序报错：error:too few arguments to function 意思是：函数参数调用错误 分析：调用时参数多了或者少了 解决方案：改????
objc_msgSend()报错Too many arguments to function call ,expected 0,have2
coder的专栏
04-01 1224
objc_msgSend()多参数问题：很多时候，我们在调用objc_msgSend()函数的时候要有多个参数值，默认的情况下，不支持添加参数，这是一个业务上的痛点，解决方案：Build Setting–> Apple LLVM 6.0 - Preprocessing–> Enable Strict Checking of objc_msgSend Calls 改为 NO
iOS-Bug: objc_msgSend 报错Too many arguments to function call, expected 0, have 3
欧阳天涵的专栏
04-04 3319
objc_msgSend(self.beginRefreshingTaget, self.beginRefreshingAction, self); Too many arguments to function call, expected 0, have 3 解决 选中项目 - Project - Build Settings - ENABLE_STRICT_OBJC_
too many arguments in function call错误
最新发布
08-06
<think>我们正在讨论的是C/C++/Objective-C等语言中常见的编译错误："too many arguments to function call"（函数调用参数过多）。这个错误表示在调用函数时，实际传递的参数数量超过了函数定义中声明的参数数量。 根据引用内容，我们可以总结出几个常见原因和解决方案： 引用[1]提到了Objective-C中的`objc_msgSend`函数调用时出现该错误。`objc_msgSend`在严格检查模式下要求参数匹配，如果参数数量不匹配就会报错。解决方案是关闭严格检查（但需注意潜在风险）或修正调用方式。 引用[2]以ESP32开发为例，指出函数签名不匹配（如库更新导致函数参数变化）、库版本不匹配、拼写错误或参数传递错误（如忘记取地址）等可能导致此错误。 引用[3]则提供了Xcode中针对Objective-C消息发送的特定解决方案：在构建设置中禁用严格检查。 现在，我将全面分析该错误的原因和解决方法：</think>## "Too many arguments to function call" 错误原因及解决方法 这个编译错误表示函数调用时传递的参数数量超过了函数声明中定义的参数数量。以下是详细分析和解决方案： --- ### 一、错误原因分析 1. **函数签名不匹配**（最常见原因） ```c // 函数声明（接受1个参数） void processData(int id); // 错误调用（传递了3个参数） processData(101, "test", 3.14); // ❌ 参数过多 ``` 2. **函数重载问题**（C++特有） ```cpp // 重载函数声明 void print(int num); void print(int num, int precision); // 错误调用（参数类型不匹配任何重载） print(5, "high"); // ❌ 无匹配的重载函数 ``` 3. **库版本不兼容** - 引用[2]案例：`timerBegin()`在不同库版本中参数数量不同 - 升级库后未更新调用代码会导致此错误 4. **宏或预处理问题** ```c #define LOG(msg) printf("LOG: %s\n", msg) // 错误调用（宏只接受1个参数） LOG("Error", 500); // ❌ 宏展开后参数过多 ``` 5. **Objective-C特定问题** - 引用[1][3]：`objc_msgSend`严格检查模式 - Xcode默认启用参数数量校验 --- ### 二、解决方案指南 #### 1. 检查函数声明与实际调用（通用方法） ```c // 步骤1：定位函数原型（头文件中） // utils.h void calculate(int a, float b); // 声明接受2个参数 // 步骤2：修正调用代码 calculate(5, 3.2f); // ✅ 正确 // calculate(5, 3.2f, "add"); // ❌ 删除多余参数 ``` #### 2. 更新库函数调用（针对库版本问题） ```cpp // 旧版本库：timerBegin(uint8_t timer_num) timerBegin(0, 80); // ❌ 过时调用（2个参数） // 新版本库：timerBegin(uint32_t prescaler) timerBegin(80); // ✅ 更新后（1个参数） ``` > **操作**：检查库文档或头文件确认最新函数签名[^2] #### 3. 处理Objective-C的objc_msgSend（引用[1][3]） - **方案1**：关闭严格检查模式 Xcode路径： `TARGETS → Build Settings → Enable Strict Checking of objc_msgSend Calls → NO` - **方案2**：强制类型转换绕过检查 ```objc // 原始错误调用 objc_msgSend(instance, selector, arg1, arg2); // ❌ // 修正后 typedef void (*MsgSendFunc)(id, SEL, id, int); MsgSendFunc func = (MsgSendFunc)objc_msgSend; func(instance, selector, arg1, arg2); // ✅ ``` #### 4. 函数重载的解决方法（C++） ```cpp // 添加匹配的重载函数 void print(int num, const char* tag) { /*...*/ } // 现在可正确调用 print(5, "high"); // ✅ ``` #### 5. 宏参数过多的修复 ```c // 修改宏定义接受可变参数 #define LOG(...) printf("LOG: " __VA_ARGS__) // 正确调用 LOG("Error %d", 500); // ✅ ``` --- ### 三、调试技巧 1. **编译器警告分析** 使用`-Wall`开启所有警告（GCC/Clang）： ```bash gcc -Wall -c source.c # 显示参数不匹配警告 ``` 2. **预处理检查** 查看宏展开结果： ```bash gcc -E source.c > preprocessed.c ``` 3. **二分法排查** 当错误涉及复杂头文件时： - 注释掉部分`#include` - 逐步恢复直到错误重现 - 定位冲突的头文件 --- ### 四、预防措施 1. **函数原型一致性** 始终在头文件中声明函数，在源文件中包含自己的头文件： ```c // mylib.c #include "mylib.h" // 确保声明与实现匹配 ``` 2. **版本控制** 升级第三方库时： - 阅读`CHANGELOG` - 比较新旧版本头文件差异 ```bash diff old_lib.h new_lib.h ``` 3. **静态分析工具** 使用Clang静态分析器： ```bash scan-build make # 检测参数不匹配等问题 ``` > 📌 **最佳实践**：在C++中使用`override`关键字（C++11+）可防止意外的函数签名变更： > ```cpp > class Derived : public Base { > void foo(int) override; // 如果基类无此签名，编译报错 > }; > ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值