源自國內最大中文蘋果開發(fā)者網(wǎng)站：cocoachina
Method swizzling指的是改變一個已存在的選擇器對應的實現(xiàn)的過程掘剪，它依賴于Objectvie-C中方法的調用能夠在運行時進改變——通過改變類的調度表（dispatch table）中選擇器到最終函數(shù)間的映射關系樱调。
舉個例子讹堤，假設我們想跟蹤在一個iOS應用中每個視圖控制器展現(xiàn)給用戶的次數(shù)：
我們可以給每個視圖控制器對應的viewWillAppear:實現(xiàn)方法中增加相應的跟蹤代碼揪漩，但是這樣做會產生大量重復的代碼禾乘。子類化可能是另一個選擇橱健，但要求你將UIViewController斯撮、 UITableViewController、 UINavigationController 以及所有其他視圖控制器類都子類化础锐，這也會導致代碼重復嗓节。
幸好，還有另一個方法皆警，在分類中進行method swizzling拦宣，下面來看怎么做：
"#import
@implementation UIViewController (Tracking)
-
(void)load {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
Class class = [self class];// When swizzling a class method, use the following: // Class class = object_getClass((id)self); SEL originalSelector = @selector(viewWillAppear:); SEL swizzledSelector = @selector(xxx_viewWillAppear:); Method originalMethod = class_getInstanceMethod(class, originalSelector); Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector); BOOL didAddMethod = class_addMethod(class, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod)); if (didAddMethod) { class_replaceMethod(class, swizzledSelector, method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod)); } else { method_exchangeImplementations(originalMethod, swizzledMethod); }});
}
pragma mark - Method Swizzling
- (void)xxx_viewWillAppear:(BOOL)animated {
[self xxx_viewWillAppear:animated];
NSLog(@"viewWillAppear: %@", self);
}
@end "
在計算機學科中，指針變換（pointer swizzling）是指將基于名字或位置的引用轉變?yōu)橹苯拥闹羔樢谩?然而在Objective-C中信姓，這個詞的起源并不完全知道鸵隧，但關于這一借鑒其實也很好理解，method swizzling可以通過選擇器來改變它引用的函數(shù)指針意推。
現(xiàn)在豆瘫，當UIViewController或它子類的任何實例觸發(fā)viewWillAppear:方法都會打印一條log日志。
向視圖控制器的生命周期中注入操作菊值、事件的響應靡羡、視圖的繪制，或Foundation中的網(wǎng)絡堆棧都是能夠利用method swizzling產生明顯效果的場景俊性。還有一些其他的場景使用swizzling會是一個合適的選擇略步，這隨著Objective-C開發(fā)者經驗不斷豐富 會變得越來越明顯。
先不說為什么和在哪些地方使用swizzling定页，來看一下應該怎樣實現(xiàn)：
+load vs. +initialize
Swizzling應該在+load方法中實現(xiàn)趟薄。
每個類的這兩個方法會被Objective-C運行時系統(tǒng)自動調用，+load是在一個類最開始加載時調用典徊，+initialize是在應用中第一次調用該類或它的實例的方式之前調用杭煎。這兩個方法都是可選的，只有實現(xiàn)了才會被執(zhí)行卒落。
因為method swizzling會影響全局羡铲，所以減少冒險情況就很重要儡毕。+load能夠保證在類初始化的時候就會被加載也切，這為改變系統(tǒng)行為提供了一些統(tǒng)一性。 但+initialize并不能保證在什么時候被調用——事實上也有可能永遠也不會被調用腰湾，例如應用程序從未直接的給該類發(fā)送消息雷恃。
dispatch_once
Swizzling應該在dispatch_once中實現(xiàn)。
還是因為swizzling會改變全局费坊，我們需要在運行時采取所有可用的防范措施倒槐。保障原子性就是一個措施，它確保代碼即使在多線程環(huán)境下也只會被執(zhí)行一次附井。GCD中的diapatch_once就提供這些保障讨越，它應該被當做swizzling的標準實踐两残。
選擇器、方法及實現(xiàn)
在Objective-C中把跨，盡管這些詞經常被放在一起來描述消息傳遞的過程人弓，但選擇器、方法及實現(xiàn)分別代表運行時的不同方面节猿。
下面是蘋果Objective-C Runtime Reference文檔中對它們的描述：
1.選擇器（typedef struct objc_selector *SEL）：選擇器用于表示一個方法在運行時的名字票从，一個方法的選擇器是一個注冊到（或映射到）Objective-C運行時中的C字符串，它是由編譯器生成并在類加載的時候被運行時系統(tǒng)自動映射滨嘱。
2.方法（typedef struct objc_method *Method）：一個代表類定義中一個方法的不明類型峰鄙。
3.實現(xiàn)（typedef id (*IMP)(id, SEL, ...)）： 這種數(shù)據(jù)類型是實現(xiàn)某個方法的函數(shù)開始位置的指針，函數(shù)使用的是基于當前CPU架構的標準C調用規(guī)約太雨。第一個參數(shù)是指向self的指針（也就是該類的某個 實例的內存空間吟榴，或者對于類方法來說，是指向元類（metaclass）的指針）囊扳。第二個參數(shù)是方法的選擇器吩翻，后面跟的都是參數(shù)。
理解這些概念之間關系最好的方式是：一個類（Class）維護一張調度表（dispatch table）用于解析運行時發(fā)送的消息锥咸；調度表中的每個實體（entry）都是一個方法（Method）狭瞎，其中key值是一個唯一的名字——選擇器（SEL），它對應到一個實現(xiàn)（IMP）——實際上就是指向標準C函數(shù)的指針搏予。
Method Swizzling就是改變類的調度表讓消息解析時從一個選擇器對應到另外一個的實現(xiàn)熊锭，同時將原始的方法實現(xiàn)混淆到一個新的選擇器。
調用_cmd
下面這段代碼看起來像是會導致一個死循環(huán)：
- (void)xxx_viewWillAppear:(BOOL)animated {
[self xxx_viewWillAppear:animated];
NSLog(@"viewWillAppear: %@", NSStringFromClass([self class]));
}
但其實并沒有雪侥，在Swizzling的過程中碗殷，xxx_viewWillAppear:會被重新分配給UIViewController的-viewWillAppear:的原始實現(xiàn)。一個優(yōu)秀程序員應有的直覺會告訴你在一個方法的實現(xiàn)中通過self調用當前方法自身會產生錯誤速缨，但是在當前這種情況下锌妻，如果我們記住到底是怎么回事更有意義。反而旬牲，如果我們在這個方法中調用viewWillAppear:才會真的導致死循環(huán)仿粹，因為這個方法的實現(xiàn)會在運行時被swizzle到viewWillAppear:的選擇器。
記住給swizzled方法加上前綴引谜，這和你需要給可能產生沖突的分類方法加前綴是一個道理牍陌。
注意事項
Swizzling被普遍認為是一種巫術，容易導致不可預料的行為和結果员咽。盡管不是最安全的，但是如果你采取下面這些措施贮预，method swizzling還是很安全的贝室。
1.始終調用方法的原始實現(xiàn)（除非你有足夠的理由不這么做）： API為輸入和輸出提供規(guī)約契讲，但它里面具體的實現(xiàn)其實是個黑匣子，在Method Swizzling過程中不調用它原始的實現(xiàn)可能會破壞一些私有狀態(tài)滑频，甚至是程序的其他部分捡偏。
2.避免沖突：給分類方法加前綴，一定要確保不要讓你代碼庫中其他代碼（或是依賴庫）在做與你相同的事峡迷。
3.理解：只是簡單的復制粘貼swizzling代碼而不去理解它是怎么運行的银伟，這不僅非常危險，而且還浪費了學習Objective-C運行時的機會绘搞。閱讀 Objective-C Runtime Reference 和 去理解代碼是怎樣和為什么這樣執(zhí)行的彤避，努力的用你的理解來消滅你的疑惑。
謹慎行事：不管你多么自信你能夠swizzling Foundation夯辖、UIKit 或者其他內置框架琉预，請記住所有這些都可能在下一個版本中就不好使。提前做好準備蒿褂，防范于未然才不至于到時候焦頭爛額圆米。
不敢放心大膽的直接使用Objective-C運行時？Jonathan ‘Wolf’ Rentzsch提供了經過實戰(zhàn)檢驗的啄栓、支持CocoaPads的庫JRSwizzle娄帖，它會為你考慮好了一切。
與associated objects一樣昙楚，method swizzling是一個強大的技術近速，但是你也應該謹慎使用。
