温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》
  • 首页 > 
  • 教程 > 
  • 开发技术 > 
  • objc方法怎么声明和实现由于参数类型不一致所引发的崩溃

objc方法怎么声明和实现由于参数类型不一致所引发的崩溃

发布时间:2023-03-31 15:43:58 来源:亿速云 阅读:71 作者:iii 栏目:开发技术

本篇内容主要讲解“objc方法怎么声明和实现由于参数类型不一致所引发的崩溃”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“objc方法怎么声明和实现由于参数类型不一致所引发的崩溃”吧!

正文

你有注意过objc方法声明处和方法实现处参数类型不一致的情况吗,就像这样:

@interface Person : NSObject
- (void)frothTime:(NSInteger)regionTime value1:(BOOL)value;
@end
@implementation Person
- (void)frothTime:(NSInteger)regionTime value1:(NSString *)value;
@end

这2个方法除了第2个参数的类型不一样,其它都一样,但一旦调用这个方法就会产生一个坏内存访问的崩溃,这是为什么呢?

这是我在真实项目中遇到的1个很有意思的问题,只要调用分类中的某个方法就百分百崩溃,而且控制台没有任何有用的报错信息,被调用的方法里面的代码也都没有执行,非常难调试,我花了一些时间才弄懂了其中的原理,整理后分享出来,希望能帮到你,崩溃如下图所示:

objc方法怎么声明和实现由于参数类型不一致所引发的崩溃

以下是我简写后的代码,它是一份完整的代码并且可以直接运行。

@interface Person : NSObject
- (void)frothTime:(NSInteger)regionTime value1:(BOOL)value;
@end
@interface Person (Category)
- (void)frothTime:(NSInteger)regionTime;
- (void)frothTime:(NSInteger)regionTime value1:(NSString *)value;
@end
@implementation Person
- (void)frothTime:(NSInteger)regionTime value1:(BOOL)value {
    NSLog(@"%s", __func__);
}
@end
@implementation Person (Category)
- (void)frothTime:(NSInteger)regionTime {
    [self frothTime:regionTime value1:@"111"];
}
- (void)frothTime:(NSInteger)regionTime value1:(NSString *)value {
    NSLog(@"%s", __func__);
}
@end
int main(int argc, const char * argv[]) {
    Person *p = [[Person alloc] init];
    [p frothTime:123];
    return 0;
}

分析

运行代码后,会在 - (void)frothTime:(NSInteger)regionTime value1:(NSString *)value 这行代码处产生一条 EXC_BAD_ACCESS 崩溃问题,通过打印和断点,可以看出方法内的代码并没有执行,说明是调用这个方法时发生的崩溃,所以可以排除是方法内的代码问题。

崩溃前的代码位置是 [self frothTime:regionTime value1:@"111"];,这行代码从表面上看没有任何问题,如果你把示例代码粘贴到 xcode 中,编译器可能会在这行代码后面给出1个警告: "Incompatible pointer to integer conversion sending 'NSString *' to parameter of type 'BOOL' (aka 'signed char')",意思是说方法接收的是一个 BOOL 类型的参数,而你传了一个 NSString * 类型。

仔细看一下代码,你会发现 Person 类中声明了 - (void)frothTime:(NSInteger)regionTime value1:(BOOL)value;,而且分类中也有一个类似的声明 - (void)frothTime:(NSInteger)regionTime value1:(NSString *)value;,它们除了第2个参数类型不一样,其它都是一样的;熟悉objc的同学应该都知道,objc是没有方法重载的概念,也就是说分类中的方法其实和类中的方法,它们的方法签名都是 frothTime:value1:

现在有2个同名的方法实现,那么 [self frothTime:regionTime value1:@"111"]; 到底调用哪个方法呢?按照 xcode 给出的提示,似乎是调用 - (void)frothTime:(NSInteger)regionTime value1:(BOOL)value; 这个方法,因为编译器提示第2个参数类型不一致。

有些同学在这里或许有一个疑问,明明有2个方法,而且分类中的方法明显更适合调用方,为什么编译器认为我们调用的是类中的方法而不是分类中的方法;有2点原因,第1是因为objc没有方法重载的概念,所以这2个方法对编译器来说其实都是一样的;第2是因为objc的分类是运行时加载的,编译器在编译时并不知道分类以及分类方法的存在。

和其它语言不一样,objc的方法声明和实现可以重复,只是不能在一个作用域中重复,例如在 @interface 和 @end 就不能同时存在 - (void)frothTime:(NSInteger)regionTime value1:(BOOL)value;- (void)frothTime:(NSInteger)regionTime value1:(NSString *)value;,即使它们的参数类型并不是完全一样;但是可以在分类中写出和类中一样的方法声明或实现,即使你在分类中写出 - (void)frothTime:(NSInteger)regionTime value1:(BOOL)value; 这种和类中的方法完全一模一样的方法也不会有任何报错信息,如果你不小心在分类中实现了和类中同名的方法,那么运行时会永远调用分类中的方法实现,不清楚为什么的同学自行上网寻找答案。

现在我们弄明白了为什么编译器会给出警告,也知道了实际调用的其实是分类中的方法实现,但分类中的方法参数类型和我们传递的参数类型明明是一致的,那为什么还会崩溃呢?

原因在于编译器在对代码进行编译时对 @"111" 这个参数是按照 BOOL 类型而不是 NSString 类型处理的,请看下图:

objc方法怎么声明和实现由于参数类型不一致所引发的崩溃

使用 xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc 文件路径 -o 输出的文件路径.cpp 将objc代码编译为C++代码。

可以看到编译器把参数强转成了 bool 类型,但是方法实现处却是按照 NSString 类型进行接收的,按照 NSString 类型去访问一个 bool 类型的内存,这就是崩溃的真正原因

补充

如果你尝试将 - (void)frothTime:(NSInteger)regionTime value1:(BOOL)value; 修改为 - (void)frothTime:(NSInteger)regionTime value1:(NSObject *)value;(其实可以把value的参数类型修改为任意objc对象类型,只要不是基础数据类型就行),注意:这里我只修改了方法声明处的参数类型,并没有修改方法实现处的参数类型;然后运行项目;正常运行并输出;编译后的代码截图如下:

objc方法怎么声明和实现由于参数类型不一致所引发的崩溃

从截图中可以看到参数虽然还是被强转成了 NSObjet 类型,但是据我观察,只要是objc对象都没关系,你可以把它改为 NSArray 等任何 objc 对象类型,虽然有编译警告,但是并不影响运行。

另外,你也可以将 [self frothTime:regionTime value1:@"111"]; 修改为 [self performSelector:@selector(frothTime:value1:) withObject:@(regionTime) withObject:@"111"];,项目也可以正常运行,原因和上面一样,因为 withObject 的参数类型是 id。

到此,相信大家对“objc方法怎么声明和实现由于参数类型不一致所引发的崩溃”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!

向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI