(4)OC中消息和消息转发-02

上篇文章讲到,如果通过_class_resolveInstanceMethod- (id)forwardingTargetForSelector:(SEL)aSelector还是没找到IMP,也就是方法的实现,那我们只能手动添加方法的实现,也就是上篇文章提到的regular forwarding或者Normal Forwarding

我们先看一下方法的调用过程都执行了哪些方法?首先我们把方法实现注释掉。

首先在方法调用的地方打一个断点,然后在控制台执行call (void)instrumentObjcMessageSends(YES),继续执行,打印结果:

然后我们前往文件夹

找到msgSends开头的文件,打开会看到如下执行过程:

所以我们可以得出结论,程序向某个对象发送没实现的消息,在程序崩溃之前会给我们三次机会弥补,接下来,我们用代码来验证第一个方法resolveInstanceMethod:

resolveInstanceMethod:

第一种方式:

+ (BOOL)resolveInstanceMethod:(SEL)sel{
    
    if (sel == @selector(eat)) {
        
        class_addMethod([self class], sel, imp_implementationWithBlock(^{
            
            NSLog(@"resolveInstanceMethod====");
            
        }), "v@:");
        
        return YES;
    }
    return [super resolveInstanceMethod:sel];
}

第二种方式:

void myMethodIMP(id self, SEL _cmd)
{
    NSLog(@"resolveInstanceMethod====");
}

+ (BOOL)resolveInstanceMethod:(SEL)sel{
    
    if (sel == @selector(eat)) {
        
        class_addMethod([self class], sel, (IMP)myMethodIMP, "v@:");
        
        return YES;
    }
    return [super resolveInstanceMethod:sel];
}

代码中的"v@:"表示方法的参数和返回值,可参考这里

上面两种方法的任意一种都能是程序正常执行:

forwardingTargetForSelector:

如果上面的方法+ (BOOL)resolveInstanceMethod:(SEL)sel返回NO,接着就会进行消息转发,执行forwardingTargetForSelector:,继续试验:

首先我们新建一个PersonNew的类,在该类中实现- (void)eat:

#import "PersonNew.h"

@implementation PersonNew

- (void)eat{
    NSLog(@"Person eat=======");
}

@end

然后回到Person类中实现如下代码:

+ (BOOL)resolveInstanceMethod:(SEL)sel{
    
    return [super resolveInstanceMethod:sel];
}

- (id)forwardingTargetForSelector:(SEL)aSelector{
    
    if (aSelector == @selector(eat)) {
        return [PersonNew new];
    }
    
    return [super forwardingTargetForSelector:aSelector];
}

发现程序也是可以正常执行的:

事实证明,如果实现这个方法,程序在运行时调用的时候只要不返回nil或者self,系统会将该消息转发给别的对象来处理,在别的对象当中,甚至不需要再头文件将方法名暴露出来,系统会找到要转发的类,自动查找。

methodSignatureForSelector:

如果上面的两种方式无法找到方法的实现,那么我们就只能自己创建一个NSInvocation对象,实现代码如下:

+ (BOOL)resolveInstanceMethod:(SEL)sel{
    
    return [super resolveInstanceMethod:sel];
}

- (id)forwardingTargetForSelector:(SEL)aSelector{
    
//    if (aSelector == @selector(eat)) {
//        return [PersonNew new];
//    }
    return [super forwardingTargetForSelector:aSelector];
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{
    if (aSelector == @selector(eat)) {
        return [NSMethodSignature signatureWithObjCTypes:"v@:"];
    }
    return [super methodSignatureForSelector:aSelector];
}

- (void)forwardInvocation:(NSInvocation *)anInvocation{
    
    if (anInvocation.selector == @selector(eat)) {
        [anInvocation invokeWithTarget:[PersonNew new]];
        return;
    }
    
    [super forwardInvocation:anInvocation];
    
}

上面代码证明,当程序在上面两种方法之后都没有找到IMP,程序会尝试调用methodSignatureForSelector:方法,获取方法的参数和返回值,如果返回nil,程序就会Crash,如果返回一个方法签名,系统就会创建一个NSInvocation对象并调用- (void)forwardInvocation:方法。

class方法

如果上面三个方法都没能找到IMP(也就是方法的实现),通过上面的打印,我们看到程序还会执行class方法,我查了好多资料,都没有介绍class方法是干什么的,本着刨根问底的精神,我做了好久的实验,发现了,如果前面三种方式都不行的话,其实这个方法还是有点儿用处的,请看代码:

首先前面三个方法我们都不重写,然后把对应的方法实现注释掉

- (void)forwardInvocation:(NSInvocation *)anInvocation{
    
    if (anInvocation.selector == @selector(eat)) {
        [anInvocation invokeWithTarget:[PersonNew new]];
        return;
    }
    
    [super forwardInvocation:anInvocation];
    
}

- (Class)class{
   
    return [PersonNew class];
}

注意:我重写了class方法,返回一个有方法实现的类。

发现程序依然可以正常运行。。。。

我怀疑:如果程序没有通过前面三种方法找到方法的实现,程序会动态调用一次- (Class)class方法,查看我们是否改变了对象所指向的类,如果发现我们改变了,程序就会通过消息转发forwardInvocation:(NSInvocation *)anInvocation找到方法的实现。

请注意:千万不要轻易重写- (Class)class方法,因为如果我们这样重写了这个方法,那么相对应的类对象就会变成我们重写之后的类对象

Person *p = [[Person alloc] init];
        
PersonNew *p1 = [[PersonNew alloc] init];
   
[p eat];
   
NSLog(@"");

打印对应的类对象如下:

doesNotRecognizeSelector:

终于到最后一步了,好累。。。。。

如果通过前面的种种方式都没法找到对应的IMP实现,那就完蛋了,神仙都救不了它了,程序最终会执行doesNotRecognizeSelector:方法:

请看对应的底层实现:

// Replaced by CF (throws an NSException)
- (void)doesNotRecognizeSelector:(SEL)sel {
    _objc_fatal("-[%s %s]: unrecognized selector sent to instance %p", 
                object_getClassName(self), sel_getName(sel), self);
}

跟我们的Crash信息做下对比

是不是看着很熟悉,没错,就是挂了。。。

代码地址

终于写完了,觉得不错的,请点赞❤️❤️❤️!!!谢谢!!!

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏梧雨北辰的开发录

iOS与JS的交互

iOS和JS的交互看似两个问题,其实要解决的问题只有一个,那就是JS如何调用native方法。因为查询文档我们就可以发现,在UIWebView中,native有...

32970
来自专栏Java成神之路

Java企业微信开发_05_消息推送之被动回复消息

微信加解密包 下载地址:http://qydev.weixin.qq.com/java.zip      ,此包中封装好了AES加解密方法,直接调用方法即可。

37020
来自专栏编程之旅

iOS开发 —— Runtime

因为Objc是一门动态语言,所以它总是想办法把一些决定工作从编译连接推迟到运行时。也就是说只有编译器是不够的,还需要一个运行时系统 (runtime syste...

11930
来自专栏屈定‘s Blog

造轮子--Excel报表工具

由于公司内部之前对于excel封装操作并不是很方便,而且对于特殊的需求不是很容易满足,这个月的任务是迁移部分业务小报表顺便重构下,因此这里造个轮子,便于导入和导...

22030
来自专栏编码小白

tomcat请求处理分析(六)servlet的处理过程

1.1.1.1  servlet的解析过程 servlet的解析分为两步实现,第一个是匹配到对应的Wrapper,第二个是加载对应的servlet并进行数据,这...

74570
来自专栏落影的专栏

iOS面试题----实践向

前言 很多人都说熟悉UIKit,那对于常见的API是否熟悉? 多线程是前端经久不衰的考点。 大家对于Block的weak-strong dance都耳熟能详...

46070
来自专栏大内老A

在ASP.NET MVC中如何应用多个相同类型的ValidationAttribute?

ASP.NET MVC采用System.ComponentModel.DataAnnotations提供的元数据验证机制对Model实施验证,我们可以在Mode...

21750
来自专栏开发 & 算法杂谈

Intel Pin-JIT模式和Probe模式下库函数的替换

这篇文章主要介绍一下Intel Pin在JIT模式和Probe模式下对库换数的替换,以及实现中有哪写需要注意的地方。

27560
来自专栏娱乐心理测试

ios 几种容易忽略的内存泄漏方式

一、从AFNetWorking说起 对于AFNetWorking的使用我们通常会对通用参数、网址环境切换、网络状态监测、请求错误信息等进行封装。在封装网络请求...

14020
来自专栏静默虚空的博客

一行代码搞定图片缩放、旋转、加水印

概述 Thumbnailator 是一个开源的 Java 项目,它提供了非常简单的 API 来对图片进行缩放、旋转以及加水印的处理。 有多简单呢?简单到一行代码...

363100

扫码关注云+社区

领取腾讯云代金券