前言

我下面要將的內(nèi)容也許網(wǎng)上已經(jīng)有很多相關的介紹了，但是我還是會寫出這篇文章，一來是對自己學習的總結，雖然總結的有些晚，如果你仔細看，會發(fā)現(xiàn)我的文章有別處沒有的內(nèi)容介紹，而且都是親測過的。

一個問題：

`如何在一個大的項目中使所有的 VC 都在試圖將要出現(xiàn)的時候打印出當前類的名稱，而且要不影響到原有方法的執(zhí)行？

方案

• 使用 繼承，在父類的 viewWillAppear 中寫入相關的代碼即可，如果是新項目自然是可以的。

• 使用代碼注入 就是傳說中的 Runtime - Method Swizzling。方法交換。

思考

• 我們不希望改變原有類的對應方法，如果在Catagory （非系統(tǒng)級別的才可以重寫，無法通過類別重寫系統(tǒng)級別的類方法） 中重寫一個方法，就會覆蓋它的原有方法實現(xiàn)，但是，這樣做以后就沒有辦法調(diào)用系統(tǒng)原有的方法，但是在類別中重寫系統(tǒng)方法會有警告，并且在出問題時不容易排查。

• 在 Objective-C 的運行時中，每個類有兩個方法都會自動調(diào)用。+load 是在一個類被初始裝載時調(diào)用，+initialize 是在應用第一次調(diào)用該類的類方法或實例方法前調(diào)用的。兩個方法都是可選的，并且只有在方法被實現(xiàn)的情況下才會被調(diào)用。

• +load，對于加入運行期系統(tǒng)中的每個類(class)及分類(category)來說，必定會調(diào)用此方法,如果分類和其所屬的類都定義了 ＋load方法，則先調(diào)用子類里的＋load方法，最后再調(diào)用類別（分類）中的＋load方法。（在類別中定義的＋load發(fā)法，有多少個類就會被調(diào)用多少次，網(wǎng)上有人說只會調(diào)用一次是錯誤的，親測）。

• 由于 swizzling 改變了全局的狀態(tài)，dispatch_once能保證在不同的線程中也能確保代碼只執(zhí)行一次。

  + (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);
  }
   #下面方法的調(diào)用，其實是調(diào)用viewWillAppear
   // [self logViewWillAppear:animated];
  }`
  

這樣我們的目的就實現(xiàn)了。

使用class_getClassMethod 一直失敗，知道原因后會更新使用這個方法的示例。
這里解釋下上面的方法，它的目的是為了使用一個重寫的方法替換掉原來的方法。但被重寫的方法可能是在父類中重寫的，也可能是在子類中重寫的。 對于第一種情況，應當先在目標類增加一個新的實現(xiàn)方法，class_addMethod:如果發(fā)現(xiàn)方法已經(jīng)存在，會失敗返回，如果返回成功:則說明被替換方法沒有存在，我們需要先把這個方法實現(xiàn),然后再用我們自定義的方法去替換被替換的方法。這樣的邏輯判斷是比價安全的，因為消息轉發(fā)機制的存在，當前類沒有系統(tǒng)方法的實現(xiàn)即系統(tǒng)方法實現(xiàn)在父類時，class_getInstanceMethod會返回父類的實現(xiàn)，如果直接調(diào)用method_exchangeImplementations，則會替換掉父類的實現(xiàn)，而不是當前類的實現(xiàn)，則不能達到預期的效果。

** 注意：要說明一下，上述方法實現(xiàn)了方法的攔截和替換，但是因為是在類別中實現(xiàn)的所以替換的是UIViewController中的方法，而很多其它 VC都是繼承自 UIViewController，因為 ［Super viewWillAppear ］的存在你會發(fā)現(xiàn)，其它的VC中還是會執(zhí)行它自己viewWillAppear 的類容，因為你攔截并換的只是它父類中的viewWillAppear而不是它本身的viewWillAppear。**