我們知道 tableview 有個屬性叫backgroundView谨设，我們可以很巧妙的將自定義的占位視圖給這個屬性缎浇，反正平時這個屬性大家也不是很常用二蓝。當(dāng)你將自定義視圖給self.backgroundView = xxx時指厌，發(fā)現(xiàn)你滾動列表時backgroundView是固定不動的鸥诽，那有什么辦法能讓視圖跟著列表一起滾動起來牡借，可以設(shè)置監(jiān)聽钠龙，監(jiān)聽 tableview 的frame碴里，在 tableview 滾動contentOffset 改變時, backgroundView 的frame.origin.y也是同步改變的, 所以我們看起來無論 TableView 怎么滾動占位圖都是無動于衷的, 如果我們想讓占位圖跟隨滾動的話, 只要取消掉backgroundView 的 frame.origin.y 的同步更新就好了, 也就是說要保證 frame.origin.y 的值一直為0咬腋，具體的可以看下 demo 實現(xiàn)根竿。設(shè)置監(jiān)聽必定需要移除監(jiān)聽蠢壹，如果不在delloc中移除監(jiān)聽的話图贸，由于監(jiān)聽會一直存在必定造成崩潰疏日，所以才動態(tài)的去替換delloc方法沟优。我在 demo 中并沒有去移除監(jiān)聽挠阁，而是在NSObject+MAdd這個文件中調(diào)用了

- (void)m_addObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath;

這個方法溯饵，此方法可在對象消失后自動移除監(jiān)聽隘谣。具體實現(xiàn)詳見 Demo寻歧。

不想要占位圖？

如果在實現(xiàn) tableview 的代理文件中逗概，不實現(xiàn)上述的幾個方法就不會加載占位圖弟晚，demo 已在這一部分做了處理忘衍。其實逾苫，你還可以為占位視圖添加些許方法：提示文字的字體大小、提示文字的富文本屬性枚钓、加載圖片的動畫等等铅搓，這些需要自行實現(xiàn)。

列表有tableHeaderView怎么辦搀捷？

有的列表是有tableHeaderView的情況下星掰，上面的方法是行不通的多望，因為tableHeaderView如果過高的情況下會把backgroundView蓋住，導(dǎo)致占位圖無法顯示氢烘，有興趣的小伙伴可以試一下我說的這種情況蜀踏。我的做法是：如果tableHeaderView的高度超過了當(dāng)前tableview高度的一半時將占位圖加載到tableFooterView上，前提是當(dāng)前 tableview 的 fotterview 沒有內(nèi)容钳榨。如果高度沒有超過一半則還加載到backgroundView上昭卓。如果你有更好的方法請及時聯(lián)系我伙菊。

聊一聊 runtime 的簡單用法

在我上一篇關(guān)于列表的預(yù)加載文章中簡單敘述了一下關(guān)于 runtime 的基本用法兴枯，我現(xiàn)在將里面的細(xì)節(jié)再一一扣一下躺坟。

在寫 category 類的分類時匣摘，經(jīng)常為現(xiàn)有的類添加私有變量或者為現(xiàn)有的類添加共有屬性供外部訪問擦囊。寫過分類的朋友都知道在寫分類屬性的時候涧郊，編譯器會給出一個黃色警告幌陕，比如我為某個分類創(chuàng)建一個為test屬性會報如下警告：

Property 'test' requires method 'setTest:' to be defined 
- use @dynamic or provide a method implementation in this category

簡單翻譯一下這段話：test屬性，必須實現(xiàn)setTest:或?qū)⑵錁?biāo)記為@dynamic或者在此類里提供方法實現(xiàn)失暴，即 get 方法现恼。

@dynamic 是什么喳逛？

我們都知道當(dāng)你@property一個屬性時，編譯器會自動給你實現(xiàn)setter和getter方法砖织，自動為你實現(xiàn)方法的為@synthesize，而與之對應(yīng)的則是@dynamic块请。當(dāng)一個屬性被標(biāo)記為@dynamic 時海渊，此時編譯器就認(rèn)為該屬性的 setter和 getter 方法由用戶自己實現(xiàn)哲鸳，不自動生成婿奔。如果該屬性被標(biāo)記為@dynamic就算沒有實現(xiàn) setter 和 getter 方法編譯也會通過，如果當(dāng)程序運行到xxx.test = xxx時挖腰，由于缺少與其相對應(yīng)的 setter 方法導(dǎo)致崩潰翰蠢；或者xxx *pro = test時，由于缺少 getter 方法同樣會導(dǎo)致崩潰梁沧。在編譯時沒有問題檀何，運行時才執(zhí)行相應(yīng)的方法，這就是動態(tài)綁定，即 runtime 運行時频鉴。

在分類中實現(xiàn) setter 和 getter 方法是用 runtime 中的objc_setAssociatedObject和objc_getAssociatedObject栓辜，來看一下實現(xiàn)方法

-(void)setTest:(NSString *)test{
    objc_setAssociatedObject(self, @selector(test), test, OBJC_ASSOCIATION_RETAIN);
}
-(NSString *)test{
    return objc_getAssociatedObject(self, _cmd);
}

在objc_setAssociatedObject會涉及到四個參數(shù)，分別是object砚殿、key啃憎、value芝囤、policy

1.object似炎，要關(guān)聯(lián)的對象即 self

2.key，這個 key 值必須保證是一個對象級別的唯一常量與創(chuàng)建 tablviewcell 所創(chuàng)建的 ID 類似悯姊；

一般來說羡藐，有以下三種推薦的 key 值：

① 聲明static const char * key_m_test = "key_m_test";使用 &key_m_test 作為 key 值這個是需要加&符號獲取地址;

② 聲明 static const void * key_m_test = "key_m_test" ，使用key_m_test 作為 key 值悯许；以上兩種寫法我認(rèn)為是一個是 C 寫法仆嗦，一個為 OC 寫法

③ 用 selector ，使用 getter 方法的名稱作為 key 值先壕。因為它省掉了一個變量名瘩扼，非常優(yōu)雅地解決了命名問題。

3.value 即當(dāng)前屬性的值

4.policy 關(guān)聯(lián)策略

 typedef OBJC_ENUM(uintptr_t, objc_AssociationPolicy) {
     OBJC_ASSOCIATION_ASSIGN = 0,//弱引用對象
     OBJC_ASSOCIATION_RETAIN_NONATOMIC = 1, //強(qiáng)引用對象且為非原子操作
     OBJC_ASSOCIATION_COPY_NONATOMIC = 3,//復(fù)制關(guān)聯(lián)對象且為非原子操作
     OBJC_ASSOCIATION_RETAIN = 01401,//強(qiáng)引用對象且為原子操作         
     OBJC_ASSOCIATION_COPY = 01403//復(fù)制關(guān)聯(lián)對象為原子操作
 };
 將前三種翻譯過來即：
 @property (nonatomic, assign)
 @property (nonatomic, strong)
 @property (nonatomic, copy)

細(xì)心的同學(xué)會發(fā)現(xiàn)垃僚，在寫 getter 方法是用到了一個_cmd集绰，自己寫一下發(fā)現(xiàn)他是一個SEL類型，這個_cmd是什么谆棺？以下為我查閱的資料：

Objective-C中的方法默認(rèn)被隱藏了兩個參數(shù)：self和_cmd栽燕。self指向?qū)ο蟊旧恚琠cmd指向方法本身改淑。舉兩個例子來說明：

例一：

- (NSString *)name

這個方法實際上有兩個參數(shù)：self和_cmd碍岔。

例二：

- (void)setValue:(int)value

這個方法實際上有三個參數(shù)：self, _cmd和value。被指定為動態(tài)實現(xiàn)的方法的參數(shù)類型有如下的要求：

A.第一個參數(shù)類型必須是id（就是self的類型）

B.第二個參數(shù)類型必須是SEL（就是_cmd的類型）

C.從第三個參數(shù)起朵夏，可以按照原方法的參數(shù)類型定義蔼啦。

舉兩個例子來說明：

例一：setHeight:(CGFloat)height中的參數(shù)height是浮點型的，所以第三個參數(shù)類型就是f仰猖。

例二：再比如setName:(NSString *)name中的參數(shù)name是字符串類型的询吴，所以第三個參數(shù)類型就是@類型

有一句代碼是xxx.name = @"xxx";程序運行到這里時，會去.m中尋找setName:這個賦值方法亮元。但是.m里并沒有這個方法猛计，于是程序進(jìn)入methodSignatureForSelector:中進(jìn)行消息轉(zhuǎn)發(fā)。執(zhí)行完之后爆捞，以"v@:@"作為方法簽名類型返回奉瘤。

這里v@:@是什么東西呢？實際上，這里的第一個字符v代表函數(shù)的返回類型是void盗温，(后面三個字符分別self, _cmd, name這三個參數(shù)的類型id, SEL, NSString藕赞。

接著程序進(jìn)入forwardInvocation方法。得到的key為方法名稱setName:卖局，然后利用[invocationgetArgument:&obj atIndex:2];獲取到參數(shù)值斧蜕，這里是“xxx”。這里的index為什么要取2呢砚偶？如前面分析批销，第0個參數(shù)是self，第1個參數(shù)是_cmd染坯，第2個參數(shù)才是方法后面帶的那個參數(shù)均芽。

最后利用一個可變字典來賦值。這樣就完成了整個setter過程单鹿。

有一句代碼是 NSLog(@"%@", xxx.test);掀宋，程序運行到這里時，會去.m中尋找name這個取值方法 仲锄。但是.m里并沒有這個取值方法劲妙，于是程序進(jìn)入methodSignatureForSelector:中進(jìn)行消息轉(zhuǎn)發(fā)。執(zhí)行完之后儒喊，以"@@:"作為方法簽名類型返回镣奋。這里第一字符@代表函數(shù)返回類型NSString，第二個字符@代表self的類型id澄惊，第三個字符:代表_cmd的類型SEL唆途。

接著程序進(jìn)入forwardInvocation方法。得到的key為方法名稱name掸驱。

最后根據(jù)這個key從字典里獲取相應(yīng)的值肛搬，這樣就完成了整個getter過程。

以上是 runtime 在賦值與取值做的整個流程毕贼，這些資料我也是在網(wǎng)上找的自己對其流程也知之甚少温赔，希望與之共進(jìn)步。

總結(jié)

知其然鬼癣，知其所以然玉锌。做技術(shù)需要有一絲不茍的精神沟蔑，曾同事說過這么一段話：不要以為將別人的東西粘貼復(fù)制過來混萝，改改名字就變成了自己的東西了妖混。這句話也令我反思，是啊章郁，現(xiàn)在搞技術(shù)都太浮躁枉氮，無論 demo 是如何實現(xiàn)的志衍，用到了哪些知識從不關(guān)心，符合自己需求的直接粘貼復(fù)制過來聊替，我想這種做法就違背了寫 demo 人的根本意圖了楼肪。仰望星空的同時一定要腳踏實地，我將與你一路同行惹悄。