两个NSInvocation崩溃引起的反思

简介: 前言最近在使用NSInvocation进行多参数方法调用,结果就崩溃了!signature为nil 和 一直提示找不到方法!!!method signature argument cannot be nil 崩溃信息:*** Terminatin...

前言

最近在使用NSInvocation进行多参数方法调用,结果就崩溃了!signature为nil 和 一直提示找不到方法!!!

method signature argument cannot be nil 崩溃信息:

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '+[NSInvocation _invocationWithMethodSignature:frame:]: method signature argument cannot be nil'
*** First throw call stack:
(0x1831a6d8c  .........)
libc++abi.dylib: terminating with uncaught exception of type NSException

unrecognized selector sent to instance崩溃信息:

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[ViewController openView]: unrecognized selector sent to instance 0x10510b1b0'
*** First throw call stack:
(0x1831a6d8c ......)
libc++abi.dylib: terminating with uncaught exception of type NSException

原始示例代码:

- (void)myInvocation {
    
    SEL myMethod = @selector(sum:parm:parm:);
    //创建一个函数签名,这个签名可以是任意的,但需要注意,签名函数的参数数量要和调用的一致。
    NSMethodSignature * sig  = [[self class] instanceMethodSignatureForSelector:myMethod];
    //通过签名初始化
    NSInvocation * invocatin = [NSInvocation invocationWithMethodSignature:sig];
    //设置target
    [invocatin setTarget:self];
    //设置selecteor
    [invocatin setSelector:myMethod];

    int a=1;
    int b=2;
    int c=3;
    /*
     //index为2 是因为0、1两个参数已经被target和selector占用,其实可以这样设置:
     ViewController * view = self;
     [invocatin setArgument:&view atIndex:0];
     [invocatin setArgument:&myMethod atIndex:1];
     */
    [invocatin setArgument:&a atIndex:2];
    [invocatin setArgument:&b atIndex:3];
    [invocatin setArgument:&c atIndex:4];
    [invocatin retainArguments];
    //我们将c的值设置为返回值
    [invocatin setReturnValue:&c];
    int d;
    //取这个返回值
    [invocatin getReturnValue:&d];
    NSLog(@"%d",d);

    //消息调用
    [invocatin invoke];
    
}

+ (int)sum:(int)a parm:(int)b parm:(int)c{
    NSLog(@"sum: %d:%d:%d",a,b,c);
    return a+b+c;
}

NSInvocation 注意项

一直排查,开始以为是方法名写错了,认真一个一个字检查,没有错哦!!
Way?!

不得而,还是在看看苹果文档!!!


instanceMethodSignatureForSelector:

+ (NSMethodSignature *)instanceMethodSignatureForSelector:(SEL)aSelector;

Returns an NSMethodSignature object that contains a description of the instance method identified by a given selector.


methodSignatureForSelector:

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector;

Returns an NSMethodSignature object that contains a description of the method identified by a given selector.


崩溃一 分析:

从苹果文档可以看到,生成NSMethodSignature对象有2个方法,一个是实例方法和一个类方法。

  • 如果SEL是类方法要使用 methodSignatureForSelector:
  • 如果SEL是实例方法就使用 instanceMethodSignatureForSelector:

所以,把instanceMethodSignatureForSelector: 改为methodSignatureForSelector 就解决啦!

崩溃二 分析:

有了上面的分析,崩溃二是因为 setTarget:使用实例self,而类方法应用使用类,所以修改为[invocatin setTarget:[self class]];,就解决啦!

最终代码:


- (void)myInvocation {
    
    SEL myMethod = @selector(sum:parm:parm:);
    //创建一个函数签名,这个签名可以是任意的,但需要注意,签名函数的参数数量要和调用的一致。
    NSMethodSignature * sig  = [[self class] methodSignatureForSelector:myMethod];
    //通过签名初始化
    NSInvocation * invocatin = [NSInvocation invocationWithMethodSignature:sig];
    //设置target
    [invocatin setTarget:[self class]];
    //设置selecteor
    [invocatin setSelector:myMethod];

    int a=1;
    int b=2;
    int c=3;
    /*
     //index为2 是因为0、1两个参数已经被target和selector占用,其实可以这样设置:
     ViewController * view = self;
     [invocatin setArgument:&view atIndex:0];
     [invocatin setArgument:&myMethod atIndex:1];
     */
    [invocatin setArgument:&a atIndex:2];
    [invocatin setArgument:&b atIndex:3];
    [invocatin setArgument:&c atIndex:4];
    [invocatin retainArguments];
    //我们将c的值设置为返回值
    [invocatin setReturnValue:&c];
    int d;
    //取这个返回值
    [invocatin getReturnValue:&d];
    NSLog(@"%d",d);

    //消息调用
    [invocatin invoke];
    
}

+ (int)sum:(int)a parm:(int)b parm:(int)c{
    NSLog(@"sum: %d:%d:%d",a,b,c);
    return a+b+c;
}

总结

出现这样一个问题,直接说明平时没有关注文档和API实现,当前NSInvocation不常用,但是这次排查也用半天时间,有时候怀疑自己代码时,还是要从根本上找原因——— 从官方文档重新开始!

另外,复制网上的代码是一个危险的动作,不求甚解有时候坑就越深,希望自己以后不懂的知识要使用时,除了工期赶&复制,还要及时补充自己的空白,知其码,并知其然!努力成为一个优秀工程师!严谨!

参考引用


注:本文首发于 iHTCboy's blog,如若转载,请注明来源。

目录
相关文章
|
7月前
|
存储 NoSQL 编译器
实战总结|抽丝剥茧,记一次神奇的崩溃
本文详细回放了一个崩溃案例的分析过程。回顾了C++多态和类内存布局、pc指针与芯片异常处理、内存屏障的相关知识。
|
7月前
|
人工智能 网络安全 Python
一篇普通的bug日志——bug的尽头是next吗?
[bug 1] TypeError: ‘method’ object is not subscriptable 问题代码:
135 0
一篇普通的bug日志——bug的尽头是next吗?
|
缓存 Java 编译器
面试官:你知道并发Bug的源头是什么吗?
面试官:你知道并发Bug的源头是什么吗?
面试官:你知道并发Bug的源头是什么吗?
|
存储 Java
一个极易被忽略的内存泄漏情况,看看你会不会犯一样的错
Java之所以能够成为世界上最受欢迎的语言,与其垃圾回收机制分不开。我们Javaer能够在创建完对象后就不用管她的生死,确实是十分方便(真特么是个渣男)。可是有时候因为你创建了她,又对她爱答不理,就很有可能出大问题。
|
运维 监控 IDE
同事牛逼啊,写了个隐藏 bug,我排查了 3 天才解决问题!
最近线上监控 SFTP 连接频繁爆表,通过重启某个系统,连接数迅速下降,系统就能恢复正常,初步判断是应用程序连接未关闭的问题导致的。
同事牛逼啊,写了个隐藏 bug,我排查了 3 天才解决问题!
|
算法 程序员 测试技术
面对Bug程序员能做点什么
我们程序不可避免的会出现bug,那么我们能做哪些事情,尽可能减少bug的产生
435 0
面对Bug程序员能做点什么
|
前端开发 测试技术 应用服务中间件
记一次诡异的故障排查经历
每一次故障排查都是一笔财富,各种狗血经过不表,解决问题之后的那种满足是不可替代的。 背景 发布系统架构图简化如下: 管理员通过Jenkins调用“发布程序(代号varian,以下简称varian)”,发布程序会进行一系列的初始化操作,完成后生成Docker镜像上传到Docker仓库,容器集群更新镜像,用户通过负载均衡访问我们的容器集群。
2170 0
|
SQL JavaScript 关系型数据库
避坑:一次离奇性能故障的排查与反思
某客户反馈生产库ETL及报表类SQL全部运行不出来,监控告警近期大量SQL语句执行计划发生变更。客户DBA通过对比新旧执行计划发现执行计划变更的SQL大部分都变成了走索引加上NL的方式,而且不止一个SQL出现这种问题,该生产库上几乎所有的AP类型SQL都出现了该问题。
3407 0
|
关系型数据库 Shell PostgreSQL