编码篇－低耦合代码注入

前言

我下面要将的内容也许网上已经有很多相关的介绍了，但是我还是会写出这篇文章，一来是对自己学习的总结，虽然总结的有些晚，如果你仔细看，会发现我的文章有别处没有的内容介绍，而且都是亲测过的。

---

一个问题：

`如何在一个大的项目中使所有的 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。**