Swift 中的 Runtime

OneAPM官方技術部落格發表於2015-12-18

即使在 Swift APP 中沒有一行 Object-c 的程式碼,每個 APP 也都會在 Object-c runtime 中執行,為動態任務分發和執行時物件關聯開啟了一個世界。更確切地說,可能在僅使用 Swift 庫的時候只執行 Swift runtime。但是使用 Objective-C runtime 這麼長時間,我們也應該讓他充分發揮其作用。

下面我們將以 Swift 的視角來觀察關聯物件(associated objects])和方法交叉(method swizzling) 這兩個在執行時的技術。

關聯物件(Associated Objects)

Swift extension 可以給已經存在 Cocoa 類新增極為豐富的功能,具體有: (1)新增計算例項屬性 ( computed property) 和計算類屬性

(2)定義例項方法和類方法

(3)提供新的構造器

(4)定義下標(subscript)

(5)定義和使用新的巢狀型別

(6)使一個遵守某個介面

相比之下, Objective-C 的 category 就遜色多了。比如說 Objective-C 中的 extension 就無法向既有類新增屬性。

慶幸的是 Objective-C 的 關聯物件(Associated Objects) 可以改善這個缺憾。例如要向一個工程裡所有的 view controllers 中新增一個 descriptiveName 屬性,我們可以簡單的使用 objc_get/setAssociatedObject()來填充其 get 和 set 塊: ``` Swift

extension UIViewController { private struct AssociatedKeys { static var DescriptiveName = "nsh_DescriptiveName" }

var descriptiveName: String? {
    get {
        return objc_getAssociatedObject(self, &AssociatedKeys.DescriptiveName) as? String
    }
    set {
        if let newValue = newValue {
            objc_setAssociatedObject(
                self,
                &AssociatedKeys.DescriptiveName,
                newValue as NSString?,
                UInt(OBJC_ASSOCIATION_RETAIN_NONATOMIC)
            )
        }
    }
}

``` 注意,在私有巢狀 struct 中使用 static var,這樣會生成我們所需的關聯物件鍵,但不會汙染整個名稱空間。

方法交叉(Method Swizzling)

有時為了方便,也有可能是解決某些框架內的 bug,或者別無他法時,需要修改一個已經存在類的方法的行為。方法交叉可以實現兩個方法的交換,相當於是用你自己寫的方法來過載原有方法,並且還能夠是原有方法的行為保持不變。

下面,我們說一個例子,在這個例子中我們交叉 UIViewController 的 viewWillAppear 方法,然後列印出每一個在螢幕上顯示的 view。方法交叉發生在 initialize 類方法呼叫時(如下程式碼所示);替代的實現在 nsh_viewWillAppear 方法中: ``` Swift extension UIViewController { public override class func initialize() { struct Static { static var token: dispatch_once_t = 0 }

    // make sure this isn't a subclass        
    if self !== UIViewController.self {
        return
    }

    dispatch_once(&Static.token) {
        let originalSelector = Selector("viewWillAppear:")
        let swizzledSelector = Selector("nsh_viewWillAppear:")

        let originalMethod = class_getInstanceMethod(self, originalSelector)
        let swizzledMethod = class_getInstanceMethod(self, swizzledSelector)

        let didAddMethod = class_addMethod(self, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod))

        if didAddMethod {
            class_replaceMethod(self, swizzledSelector, method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod))
        } else {
            method_exchangeImplementations(originalMethod, swizzledMethod);
        }
    }
}

// MARK: - Method Swizzling

func nsh_viewWillAppear(animated: Bool) {
    self.nsh_viewWillAppear(animated)
    if let name = self.descriptiveName {
        println("viewWillAppear: \(name)")
    } else {
        println("viewWillAppear: \(self)")
    }
}

} ``` load vs. initialize (Swift 版本)

Objective-C runtime 理論上會在載入和初始化類的時候呼叫兩個類方法: load and initialize。在講解 method swizzling 的原文中曾指出出於安全性和一致性的考慮,方法交叉過程 永遠 會在 load() 方法中進行。每一個類在載入時只會呼叫一次 load 方法。另一方面,一個 initialize 方法可以被一個類和它所有的子類呼叫,比如說 UIViewController 的該方法,如果那個類沒有被傳遞資訊,那麼它的 initialize 方法就永遠不會被呼叫了。

可不同的是,在 Swift 中 load 類方法是不會被 runtime 呼叫,因此 Method Swizzling 就沒有辦法來實現,但是,我們有如下兩個方法可以來解決:

1.在 initialize 中實現方法交叉 這種做法很安全,你只需要確保相關的方法交叉在一個 dispatch_once 中就好了(這也是最推薦的做法)。

2.在 app delegate 中實現方法交叉 不像上面通過類擴充套件進行方法交叉,而是簡單地在 app delegate 的 application(_:didFinishLaunchingWithOptions:) 方法呼叫時中執行相關程式碼也是可以的。基於對類的修改,這種方法應該就足夠確保這些程式碼會被執行到。

最後,提醒大家,在不得已的情況下才去使用 Objective-C runtime。隨便修改基礎框架或所使用的三方程式碼會給專案造成很大的影響。請務必要小心哦。

文章來源:Swift&Object-c Runtime

備註:本文已經得到原作者的同意,授權 OneAPM 技術部落格進行轉載

OneAPM Mobile Insight 以真實使用者體驗為度量標準進行 Crash 分析,監控網路請求及網路錯誤,提升使用者留存。訪問 OneAPM 官方網站感受更多應用效能優化體驗,想閱讀更多技術文章,請訪問 OneAPM 官方技術部落格

相關文章