编码篇－低耦合代码注入
前言
我下面要将的内容也许网上已经有很多相关的介绍了，但是我还是会写出这篇文章，一来是对自己学习的总结，虽然总结的有些晚，如果你仔细看，会发现我的文章有别处没有的内容介绍，而且都是亲测过的。
一个问题：
`如何在一个大的项目中使所有的 VC 都在试图将要出现的时候打印出当前类的名称，而且要不影响到原有方法的执行？
方案
- 使用 继承，在父类的 viewWillAppear 中写入相关的代码即可，如果是新项目自然是可以的。
- 使用代码注入 就是传说中的 Runtime - Method Swizzling。方法交换。
思考
- 我们不希望改变原有类的对应方法，如果在Catagory （非系统级别的才可以重写，无法通过类别重写系统级别的类方法） 中重写一个方法，就会覆盖它的原有方法实现，但是，这样做以后就没有办法调用系统原有的方法，但是在类别中重写系统方法会有警告，并且在出问题时不容易排查。
- 在 Objective-C 的运行时中，每个类有两个方法都会自动调用。+load 是在一个类被初始装载时调用，+initialize 是在应用第一次调用该类的类方法或实例方法前调用的。两个方法都是可选的，并且只有在方法被实现的情况下才会被调用。
- +load，对于加入运行期系统中的每个类(class)及分类(category)来说，必定会调用此方法,如果分类和其所属的类都定义了 ＋load方法，则先调用子类里的＋load方法，最后再调用类别（分类）中的＋load方法。（在类别中定义的＋load发法，有多少个类就会被调用多少次，网上有人说只会调用一次是错误的，亲测）。
- 由于 swizzling 改变了全局的状态，dispatch_once能保证在不同的线程中也能确保代码只执行一次。 + (void)load { //在debug模式下进行方法的交换 #ifdef DEBUG static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ //原本的viewWillAppear方法 Method viewWillAppear11= class_getInstanceMethod([self class], @selector(viewWillAppear:)); //需要替换成 能够输出日志的viewWillAppear Method logViewWillAppear11 = class_getInstanceMethod([self class], @selector(logViewWillAppear:)); BOOL addSucc = class_addMethod([self class], @selector(viewWillAppear:), method_getImplementation(logViewWillAppear11), method_getTypeEncoding(logViewWillAppear11)); if (addSucc) { class_replaceMethod([self class], @selector(logViewWillAppear:), method_getImplementation(viewWillAppear11), method_getTypeEncoding(viewWillAppear11)); } else{ method_exchangeImplementations(viewWillAppear11, logViewWillAppear11); } }); #endif } - (void)logViewWillAppear:(BOOL)animated { NSString *className = NSStringFromClass([self class]); //在这里，你可以进行过滤操作，指定哪些viewController需要打印，哪些不需要打印 if ([className hasPrefix:@"UI"] == NO) { NSLog(@"%@ will appear OOOOOO",className); } #下面方法的调用，其实是调用viewWillAppear // [self logViewWillAppear:animated]; }`
这样我们的目的就实现了。
使用class_getClassMethod 一直失败，知道原因后会更新使用这个方法的示例。 这里解释下上面的方法，它的目的是为了使用一个重写的方法替换掉原来的方法。但被重写的方法可能是在父类中重写的，也可能是在子类中重写的。 对于第一种情况，应当先在目标类增加一个新的实现方法，class_addMethod:如果发现方法已经存在，会失败返回，如果返回成功:则说明被替换方法没有存在，我们需要先把这个方法实现,然后再用我们自定义的方法去替换被替换的方法。这样的逻辑判断是比价安全的，因为消息转发机制的存在，当前类没有系统方法的实现即系统方法实现在父类时，class_getInstanceMethod会返回父类的实现，如果直接调用method_exchangeImplementations，则会替换掉父类的实现，而不是当前类的实现，则不能达到预期的效果。
** 注意：要说明一下，上述方法实现了方法的拦截和替换，但是因为是在类别中实现的所以替换的是UIViewController中的方法，而很多其它 VC都是继承自 UIViewController，因为 ［Super viewWillAppear ］的存在你会发现，其它的VC中还是会执行它自己viewWillAppear 的类容，因为你拦截并换的只是它父类中的viewWillAppear而不是它本身的viewWillAppear。**