使用objc runtime實(shí)現(xiàn)iOS閉環(huán)的懶加載功能
使用objc runtime實(shí)現(xiàn)懶加載
懶加載形式如下
- (id)lazyloadProperty{
if(_lazyloadProperty == nil){
_lazyloadProperty = [XClass ...];
}
return _lazyloadProperty;
}
一般使用宏定義可以輕松完成。但是沒有一致性,移植差。
利用objc runtime的動態(tài)性實(shí)現(xiàn)懶加載可以實(shí)現(xiàn)即可增加又可刪除功能,也可以避免污染類型。該三方彌補(bǔ)了目前沒有閉環(huán)實(shí)現(xiàn)懶加載三方的空缺。
主要流程:
- 實(shí)例或者類的懶加載
- 如果是實(shí)例對象則鉤住并修改類型將其子類化
- 對該類型進(jìn)行method swizzling
- 如果現(xiàn)在進(jìn)行解綁,則判斷是否是自己實(shí)現(xiàn)的方法.如果是自己實(shí)現(xiàn)的方法->5,否則->6
- 調(diào)用method swizzling還原
- 刪除這個類型的這個方法
難點(diǎn):
自己實(shí)現(xiàn)method swizzling
- 重新實(shí)現(xiàn)objc1時代的方法class_removeMethods
- 鉤住運(yùn)行時中的runtimelock,實(shí)現(xiàn)修改類型數(shù)據(jù)時的安全性
我們再實(shí)現(xiàn)method swizzling時的兩個API
OBJC_EXPORT IMP _Nullable
class_replaceMethod(Class _Nullable cls, SEL _Nonnull name, IMP _Nonnull imp,
const char * _Nullable types)
OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0);
OBJC_EXPORT void
method_exchangeImplementations(Method _Nonnull m1, Method _Nonnull m2)
OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0);
不管使用哪種,如果這個類型沒有實(shí)現(xiàn)該方法而是父類實(shí)現(xiàn)的話,就需要動態(tài)增加一個方法。動態(tài)增加的方法在Objc1時代,是可以通過下列方法刪除的:
OBJC_EXPORT void class_removeMethods(Class _Nullable, struct objc_method_list * _Nonnull) OBJC2_UNAVAILABLE;
Objc2時代之后runtime被重寫后沒有該方法了,并且新的runtime的類結(jié)構(gòu)看起來就沒打算讓開發(fā)者刪除方法,所以這里將過程記下。
首先看類讀寫器的結(jié)構(gòu)class_rw_t
struct class_rw_t {
// Be warned that Symbolication knows the layout of this structure.
uint32_t flags;
uint32_t version;
const class_ro_t *ro;
method_array_t methods;//刪除這里的一個方法
property_array_t properties;
protocol_array_t protocols;
Class firstSubclass;
Class nextSiblingClass;
char *demangledName;
#if SUPPORT_INDEXED_ISA
uint32_t index;
#endif
};
method_array_t繼承于list_array_tt<method_t, method_list_t>,它是數(shù)組結(jié)構(gòu)。存儲的內(nèi)容是method_list_t.
method_list_t又繼承于entsize_list_tt<method_t, method_list_t, 0x3>,他也是數(shù)組結(jié)構(gòu)。
整個method_array_t結(jié)構(gòu)是二維數(shù)組。每次刪掉一個method_t需要用新method_list_t替換原對象。

然后是線程安全的問題,需要獲取到蘋果在操作類型的時候使用的讀寫鎖(pthread_rw_lock_t runtimelock)。沒有這把鎖任何對runtime的修改都是不可靠的。
最終采取的方式是:劫持暴露了符號的系統(tǒng)函數(shù)然后阻塞線程

劫持系統(tǒng)C函數(shù)使用的是臉書的魚鉤,這個鉤子在macOS其實(shí)也是可以正常工作的。
剩下的就是尋找合適的函數(shù)了,這函數(shù)要滿足兩個條件:
- 該函數(shù)在符號表中存在
- 函數(shù)內(nèi)部在lock runtimelock之后存在滿足條件1的第二個函數(shù)
找了半天發(fā)現(xiàn)最合適的只有objc_allocateProtocol()了,objc_allocateProtocol內(nèi)部會調(diào)用calloc(),所以第二個被劫持函數(shù)就是calloc。為了減小calloc的開銷,需要稍微做一些工作。
- 對每次調(diào)用進(jìn)行比較線程ID的操作顯然比暴力阻塞線程好。
- 減小劫持后的calloc的調(diào)用棧。
總結(jié)
以上所述是小編給大家介紹的使用objc runtime實(shí)現(xiàn)iOS閉環(huán)的懶加載功能,希望對大家有所幫助,如果大家有任何疑問歡迎給我留言,小編會及時回復(fù)大家的!
相關(guān)文章
iOS中創(chuàng)建表格類視圖WBDataGridView的實(shí)例代碼
這篇文章主要介紹了iOS中創(chuàng)建表格類視圖WBDataGridView的實(shí)例代碼,需要的朋友可以參考下2017-02-02
詳解iOS App中UIPickerView滾動選擇欄的添加方法
UIPickerView組件在應(yīng)用中選擇地區(qū)等方面的運(yùn)用非常常見,能夠提供多列的選擇項,下買呢我們就來詳解iOS App中UIPickerView滾動選擇欄的添加方法2016-05-05
如何實(shí)現(xiàn)IOS_SearchBar搜索欄及關(guān)鍵字高亮
本文通過實(shí)例代碼演示如何實(shí)現(xiàn)IOS搜索欄及搜索關(guān)鍵字高亮,效果很棒,小編覺得對大家的學(xué)習(xí)會很有幫助,現(xiàn)在分享給大家,有需要的可以參考學(xué)習(xí)。2016-08-08
IOS 粒子系統(tǒng) (CAEmitterLayer)實(shí)例詳解
這篇文章主要介紹了IOS 粒子系統(tǒng) (CAEmitterLayer)實(shí)例詳解的相關(guān)資料,需要的朋友可以參考下2016-09-09

