之前有没有在大家的相互讨论中，听过“反射”这个词，而自己却似懂非懂？反射听起来比较神秘，其实各位也许在自己以前的实践中就已经使用过了。今天就抽时间正好结合自己最近的实践经历把反射整理一下，希望能和大家共同交流进步。

反射的理解

反射可以理解为类名、方法名、属性名等和字符串在运行时相互转化的一种机制。

反射的原理

以执行某个方法举例，实质上是发送了一个消息给Runtime，然后Runtime再根据这个Class的字符串名和这个方法的字符串名，去匹配真正相应的方法地址，然后再执行。同样反射就是利用字符串去动态的检测，从而实现运行时的转化。

常用的反射方法

常用的反射转化方法在Foundation框架中，如下图：

字符串与类名、方法名等相互转化方法.png

由于OC语言的动态性，通过在运行时调用上面API就可以实现相应的反射转化。转化之后，就需要进一步的操作了。通过查看NSObject这个类的源码（如下图），可以看出其为我们提供了一些基础的方法。

转化之后的判断方法.png

反射示例

自己写了个小测试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);

运行结果如下：

demo_log.png

反射的优缺点

优点

• 解耦合，消除类与类之间的依赖

缺点

• 代码可读性降低，将原有逻辑复杂化了，不利于维护
• 性能较差。（使用反射匹配字符串间接命中内存比直接命中内存的方式要慢。当然，这个程度取决于使用场景，如果只是作为程序中很少涉及的部分，这个性能上的影响可以忽略不计。但是，如果在性能很关键的应用核心逻辑中使用反射，性能问题就尤其重要了）

反射的应用

通过运用反射机制可以在运行时动态的创建类对象、调用方法或给属性赋值、判断类型等。在实际开发过程中如果合理运用，能有效提高代码的质量，尤其是在架构层面。

比如在最近的项目中，作为基础的架构SDK，原本各功能模块间相互依赖耦合，通过运用一系列的反射机制，实现了各个模块的解耦合，供上层接入方可以自主选择性接入各个功能模块，大大提升了接入的方便性与架构模块的可支配性。