之前有没有在大家的相互讨论中,听过“反射”这个词,而自己却似懂非懂?反射听起来比较神秘,其实各位也许在自己以前的实践中就已经使用过了。今天就抽时间正好结合自己最近的实践经历把反射整理一下,希望能和大家共同交流进步。
反射的理解
反射可以理解为类名、方法名、属性名等和字符串在运行时相互转化的一种机制。
反射的原理
以执行某个方法举例,实质上是发送了一个消息给Runtime,然后Runtime再根据这个Class的字符串名和这个方法的字符串名,去匹配真正相应的方法地址,然后再执行。同样反射就是利用字符串去动态的检测,从而实现运行时的转化。
常用的反射方法
常用的反射转化方法在Foundation框架中,如下图:
由于OC语言的动态性,通过在运行时调用上面API就可以实现相应的反射转化。转化之后,就需要进一步的操作了。通过查看NSObject这个类的源码(如下图),可以看出其为我们提供了一些基础的方法。
反射示例
自己写了个小测试demo,可以简单看一下使用反射的示例:
Robot.h
@interface Robot : NSObject
- (void)sayHi;
@end
Robot.m
#import "Robot.h"
@implementation Robot
- (void)sayHi {
NSLog(@"+++sayHi");
}
- (void)dance {
NSLog(@"+++dance");
}
@end
AppDelegate.m
Class robotCls = NSClassFromString(@"Robot");
if (robotCls) {
id robot1 = [[robotCls alloc] init];
SEL sel1 = NSSelectorFromString(@"sayHi");
SEL sel2 = NSSelectorFromString(@"dance");
if ([robot1 respondsToSelector:sel1]) {
[robot1 performSelector:sel1];
}
if ([robot1 respondsToSelector:sel2]) {
[robot1 performSelector:sel2];
}
}
Class carCls = NSClassFromString(@"Car");
NSLog(@"+++carCls:%@",carCls);
id car1 = [[carCls alloc] init];
NSLog(@"+++car1:%@",car1);
运行结果如下:
反射的优缺点
优点
- 解耦合,消除类与类之间的依赖
缺点
- 代码可读性降低,将原有逻辑复杂化了,不利于维护
- 性能较差。(使用反射匹配字符串间接命中内存比直接命中内存的方式要慢。当然,这个程度取决于使用场景,如果只是作为程序中很少涉及的部分,这个性能上的影响可以忽略不计。但是,如果在性能很关键的应用核心逻辑中使用反射,性能问题就尤其重要了)
反射的应用
通过运用反射机制可以在运行时动态的创建类对象、调用方法或给属性赋值、判断类型等。在实际开发过程中如果合理运用,能有效提高代码的质量,尤其是在架构层面。
比如在最近的项目中,作为基础的架构SDK,原本各功能模块间相互依赖耦合,通过运用一系列的反射机制,实现了各个模块的解耦合,供上层接入方可以自主选择性接入各个功能模块,大大提升了接入的方便性与架构模块的可支配性。