1.KVC挠锥、KVO
2.runtime
3.block
4.GCD
5.RunLoop
1.Runloop是ios中一個非常重要的機(jī)制 致扯，ios系統(tǒng)底層很多模塊都通過Runloop機(jī)制來 實(shí)現(xiàn)的挎塌。例如界面更新，事件響應(yīng)等...
2.每條線程都有唯一對應(yīng)的Runloop對象婚瓜，Runloop在第一次獲取時創(chuàng)建，在線程結(jié)束時銷毀.本質(zhì)就是EventLoop的do? while循環(huán)
3.ios系統(tǒng)提供了兩種Runloop:NSRunLoop和CFRunLoopRef. CFRunLoopRef是在CoreFoundation框架內(nèi)提供了C函數(shù)的API轩性，這些API都是線程安全的. NSRunLoop是基于CFRunLoopRef的封裝，提供了面向?qū)ο蟮腁PI,不是線程安全的
4.CFRunLoopModeRef的運(yùn)行模式
kCFRunLoopDefaultMode：App的默認(rèn)運(yùn)行模式狠鸳，通常主線程是在這個運(yùn)行模式下運(yùn)行
UITrackingRunLoopMode：跟蹤用戶交互事件（用于 ScrollView 追蹤觸摸滑動揣苏，保證界面滑動時不受其他Mode影響）
UIInitializationRunLoopMode：在剛啟動App時第進(jìn)入的第一個 Mode，啟動完成后就不再使用
GSEventReceiveRunLoopMode：接受系統(tǒng)內(nèi)部事件碰煌，通常用不到
kCFRunLoopCommonModes：偽模式舒岸，不是一種真正的運(yùn)行模式（后邊會用到）
5.RunLoop與Autoreleasepool
RunLoop寄生于線程，一個線程只能有唯一對應(yīng)的RunLoop,但可以嵌套子RunLoops.自動釋放池寄生于RunLoop,程序啟動后芦圾，主線程注冊了兩個Observer監(jiān)聽RunLoop的進(jìn)出與休眠。一個最高優(yōu)先級OB檢測Entry狀態(tài)俄认，一個最低優(yōu)先級OB監(jiān)聽BeforeWaiting狀態(tài)和Exit狀態(tài).
備注:運(yùn)行循環(huán)結(jié)束前會釋放自動釋放池个少，還有池子滿了也會銷毀.
五、coreData
多線程處理大量數(shù)據(jù)同步時的操作
搭建coreData多線程環(huán)境
1.NSManagedObjectContext指定并發(fā)模式
2.NSConfinementConcurrencyType:向后兼容 IOS9后廢棄
3.NSPrivateQueueConcurrencyType:私有隊(duì)列中創(chuàng)建并管理Context
4.NSMainQueueCurrencyType:Context與UI相關(guān)用這種模式
大量數(shù)據(jù)處理
大量數(shù)據(jù)意味著需要我們關(guān)注內(nèi)存占用和性能眯杏，寫代碼時需要記得一下規(guī)劃：
1.盡可能緩存需要的數(shù)據(jù)夜焦，不相關(guān)的數(shù)據(jù)保持faults狀態(tài)
2.fetch時盡可能精準(zhǔn)，少引入不相關(guān)的數(shù)據(jù)
3.構(gòu)建多context時盡量將同類managed object集中岂贩，最大限度減少合并需求
4.提升操作效率茫经，對asynchronous fetch, batch update,batch delete等新特性盡可能利用
CoreData是Cocoa處理數(shù)據(jù)綁定的方案之一，提供完整的對象持久化存儲方案.
CoreData與多線程交互的時候每個線程必須擁有一個ManagerContext
1.每個線程使用私有managerContext共享一個PersistentStoreCoordinator
2.每個線程使用私有managerContext和私有的PersistentStoreCoordinator
推薦使用第一種萎津，第二種消耗過多內(nèi)存
?
六卸伞、線程鎖
鎖是常用的同步工具，一段代碼在同一時間只能被一個線程訪問
1.NSLock：互斥鎖 lock unlock trylock
2.@synchronized:代碼塊
3.dispatch-semaphore_t：信號量? 支持信號通知與信號等待锉屈，每發(fā)送一個信號通知荤傲，信號+1；每發(fā)送一個信號等待信號-1
七颈渊、weak
weak實(shí)現(xiàn)原理可概括為三步
1.初始化:runtime調(diào)用objc_initweak函數(shù)遂黍，初始化一個新的weak指針指向?qū)ο蟮牡刂?
2.添加引用:objc_initweak函數(shù)會調(diào)用objc_storeWeak()函數(shù)從而更新指針指向,創(chuàng)建對應(yīng)弱引用表
3.釋放:調(diào)用clearDeallocating函數(shù).clearDeallocating函數(shù)首先根據(jù)對象地址獲取所有weak指針地址的數(shù)組，然后遍歷這些數(shù)組將其中數(shù)據(jù)置為nil.最后把這個entry從weak表中刪除俊嗽，最后清理對象的記錄
從實(shí)現(xiàn)中可以看出雾家，Weak指針的使用涉及到Hash表的增刪改查，存在一定的性能開銷.Weak指針盡量用Strong绍豁，倒不是擔(dān)心形成野指針芯咧，因?yàn)槟闶褂昧薟eak指針，對象就會被加入到autoreleasepool中，可以放心使用.是為了防止一次又一次加入autoreleasepool,存在性能開銷唬党。
八鹃共、談?wù)勀銓ψ詣俞尫懦氐睦斫?/h4>
1.自動釋放池是OC提供的一種自動回收機(jī)制，具有延時釋放的特性驶拱，即當(dāng)我們創(chuàng)建一個對象霜浴，并把它加入自動釋放池中，不會立即釋放蓝纲，會等到一次runloop結(jié)束或者作用域超出{}或者超出【pool release】之后再被釋放
2.Runloop寄生于線程：一個線程只能有唯一對應(yīng)的Runloop,可以嵌套子Runloops
3.自動釋放池寄生于Runloop:程序啟動后阴孟，主線程注冊了兩個Observer監(jiān)聽Runloop的進(jìn)出與睡覺。一個最高優(yōu)先級的OB監(jiān)聽Entry狀態(tài)税迷；一個最低優(yōu)先級的OB監(jiān)聽BeforeWaiting狀態(tài)和Exit狀態(tài)
線程(創(chuàng)建)--》runloop將進(jìn)入--》最高優(yōu)先級OB創(chuàng)建釋放池--》runloop將睡--》最低優(yōu)先級的OB銷毀舊線程池創(chuàng)建新池--》runloop將退出--》最低優(yōu)先級OB銷毀新池--》線程(銷毀)
4.默認(rèn)主線程運(yùn)行循環(huán)(runloop)是開啟的永丝，子線程的運(yùn)行循環(huán)(runloop)默認(rèn)是不開啟的，也就意味著子線程不會創(chuàng)建autoreleasepool,所以需要我們自己在子線程中創(chuàng)建自動釋放池箭养。
7.自動釋放池在mrc和arc的區(qū)別
8.多層自動釋放池嵌套的對象在哪一層釋放
最內(nèi)層釋放
9.對于block慕嚷，理解，mrc和arc下有什么區(qū)別毕泌，使用注意事項(xiàng)
1.MRC環(huán)境下,在定義block為屬性時,使用copy的原因,是把block從棧區(qū)拷貝到堆區(qū),因?yàn)闂^(qū)中的變量出了作用域之后就會被銷毀,無法在全局使用,所以應(yīng)該把棧區(qū)的屬性拷貝到堆區(qū)中全局共享,這樣就不會被銷毀了,在MRC手動管理的就是堆區(qū),不需要系統(tǒng)管理,MRC環(huán)境必須使用copy把變量拷貝到全局的堆區(qū)
2.如果是ARC的環(huán)境下,就可以不使用copy修飾,因?yàn)锳RC下的屬性本來就在堆區(qū)
3.很早的時候MRC的block屬性都是在棧區(qū)的,copy之后就到堆區(qū)了
4.當(dāng)前的ARC的block屬性默認(rèn)都在堆區(qū),使用copy知識沿襲了歷史的習(xí)慣,使用strong也是沒有問題的
__block修飾符
1.在block內(nèi)部喝检，訪問外部的變量時，內(nèi)部會對外部的變量進(jìn)行一次拷貝撼泛，在block內(nèi)部操作的是拷貝之后的副本挠说，不會影響外部的變量，這個變量的堆區(qū)愿题。
2.在block內(nèi)部损俭，修改外部變量，是不被允許的潘酗，非要修改要用__block
3.一旦外部的int變量(在棧區(qū))被__block標(biāo)記了杆兵，如果block內(nèi)部修改了這個變量，那么這個變量的地址會永久的被修改在堆區(qū)
4.為什么在block內(nèi)部不能修改外部的變量崎脉？
因?yàn)閎lock一般是需要傳遞給另外一個類里面,block內(nèi)部的一些變量不能存儲在棧區(qū),需要存在堆區(qū),不然數(shù)據(jù)就容易丟失,這就是使用__block修飾的原因,這樣傳輸數(shù)據(jù)的時候,數(shù)據(jù)就不會丟失
5.weak原理
6.如果屬性完全不加修飾詞入weak拧咳，atomic，系統(tǒng)會怎么處理
七囚灼、線程間通信
八骆膝、數(shù)據(jù)庫如何實(shí)現(xiàn)讀寫分離
九、UITableview優(yōu)化
