Swift中利用Runtime解決UIButton重復點擊的問題

寫在前面

今年春節的時候,支付寶“咻一咻”紅包火了起來,整個春晚都在瘋狂地點擊“咻一咻”,后來發現不對勁,要是全國人民以這樣的頻率向服務器發送請求的話,那服務器得承擔多大的重壓啊,于是細細看了一下,原來并不是每次點擊“咻一咻”,應用都會發出一次搶紅包請求,iOS系統狀態欄左側會有請求的提示圈,就算一直不停地點擊“咻一咻”,那個提示也是過個幾秒才會轉一次,原來支付寶限制了我們搶紅包的頻率。


像支付寶“咻一咻”這樣的場景,在業務中還是會經常遇到的,很多時候,UIButton的快速重復點擊,會給用戶帶來很困惑的反應,甚至直接導致crash。如果僅僅是為了某個Button的重復點擊,那很簡單,直接寫個我們自己的Button就很好解決了。但是當我們的項目已經做完了,然后發現,哇,好多重復點擊的Bug啊,這時候就需要用一種優雅的方式來解決UIButton的重復點擊問題了。

Runtime

都說Runtime是Objective-C中的黑魔法,這里有關于OC Runtime的詳細介紹。而我們在用Swift的時候,很多時候也需要用到Runtime,它與在OC中的使用還是有一點點區別的。在解決UIButton重復點擊問題時主要用到了Runtime中的關聯對象(Associated Objects)和方法交叉(Method Swizzling)。

Associated Objects

在解決UIButton重復點擊問題時,首先我們需要兩個變量,一個是點擊的間隔時間,另一個是是否需要忽視點擊事件的Bool值,那么我們就需要將這兩個變量與UIButton關聯起來。

extension UIButton {
    
    private struct AssociatedKeys {
        static var clickDurationTime = "my_clickDurationTime"
        static var isIgnoreEvent = "my_isIgnoreEvent"
    }
    
    // 點擊間隔時間
    var clickDurationTime : NSTimeInterval {
        set {
            objc_setAssociatedObject(self, &AssociatedKeys.clickDurationTime, newValue as NSTimeInterval, .OBJC_ASSOCIATION_RETAIN_NONATOMIC)
        }
        
        get {
            
            if let clickDurationTime = objc_getAssociatedObject(self, &AssociatedKeys.clickDurationTime) as? NSTimeInterval {
                return clickDurationTime
            }
            
            return defaultDuration
        }
    }
    
    // 是否忽視點擊事件
    var isIgnoreEvent : Bool {
        
        set {
            objc_setAssociatedObject(self, &AssociatedKeys.isIgnoreEvent, newValue as Bool, .OBJC_ASSOCIATION_RETAIN_NONATOMIC)
        }
        
        get {
            
            if let isIgnoreEvent = objc_getAssociatedObject(self, &AssociatedKeys.isIgnoreEvent) as? Bool {
                return isIgnoreEvent
            }
            
            return false
        }
    }
}

Method Swizzling

接下來我們需要寫一個用來替換UIButton點擊事件的方法,在這個方法里來處理重復點擊的問題。UIButton繼承自UIControl,在傳遞點擊事件是會觸發這個方法:

public func sendAction(action: Selector, to target: AnyObject?, forEvent event: UIEvent?)

于是我們重寫用來交叉的方法:

// SwizzledMethod
    func my_sendAction(action: Selector, to target: AnyObject?, forEvent event: UIEvent?) {
        
        if self.isKindOfClass(UIButton) {
            
            clickDurationTime = clickDurationTime == 0 ? defaultDuration : clickDurationTime
            
            if isIgnoreEvent {
                return
            } else if clickDurationTime > 0 {
                isIgnoreEvent = true
                // 在過了我們設置的duration之后,再將isIgnoreEvent置為false
                dispatch_after(dispatch_time(DISPATCH_TIME_NOW, Int64(clickDurationTime) * Int64(NSEC_PER_SEC)), dispatch_get_main_queue()) {
                    self.isIgnoreEvent = false
                }
                
                my_sendAction(action, to: target, forEvent: event)
            }
        } else {
            my_sendAction(action, to: target, forEvent: event)
        }
    }

接下來,就是用我們自己重寫的SwizzeldMethod來替換UIButton的OriginalMethod:

// swift現不支持重寫+load方法
    override public class func initialize() {
        struct Static {
            static var token: dispatch_once_t = 0
        }
        
        if self !== UIButton.self {
            return
        }

        dispatch_once(&Static.token) {
            
            let originalSelector = #selector(UIButton.sendAction(_:to:forEvent:))
            let swizzledSelector = #selector(UIButton.my_sendAction(_:to:forEvent:))
            
            let originalMethod = class_getInstanceMethod(self, originalSelector)
            let swizzledMethod = class_getInstanceMethod(self, swizzledSelector)
            
            // 運行時為類添加我們自己寫的my_sendAction(_:to:forEvent:)
            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)
            }
        }
    }

這個方法,就是在運行時將UIButton的sendAction(:to:forEvent:)替換為我們自己寫的my_sendAction(:to:forEvent:)。

load vs. initialize

在 Swift 中 load 類方法永遠不會被 runtime 調用,因此在+load方法中實現交叉就變成了不可能的事。出于安全性和一致性的考慮,我們必須確保相關的方法交叉在一個 dispatch_once 中,這樣也是很安全的。還有一種方法,在 app delegate 中實現方法交叉, 不像上面通過類擴展進行方法交叉,而是簡單地在 app delegate 的 application(_:didFinishLaunchingWithOptions:) 方法調用時中執行相關代碼也是可以的?;趯︻惖男薷模@種方法應該就足夠確保這些代碼會被執行到。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容