作為一個(gè)開發(fā)者杯活，有一個(gè)學(xué)習(xí)的氛圍跟一個(gè)交流圈子特別重要缨恒，這是一個(gè)我的iOS交流群：638302184霹抛，不管你是小白還是大牛歡迎入駐 搓逾，分享BAT,阿里面試題、面試經(jīng)驗(yàn)杯拐，討論技術(shù)霞篡， 大家一起交流學(xué)習(xí)成長(zhǎng)世蔗！
群內(nèi)提供數(shù)據(jù)結(jié)構(gòu)與算法、底層進(jìn)階朗兵、swift污淋、逆向、整合面試題等免費(fèi)資料
附上一份收集的各大廠面試題（附答案） ! 群文件直接獲取
各大廠面試題
推薦閱讀：iOS開發(fā)——2019 最新 BAT面試題合集（持續(xù)更新中）
一.設(shè)計(jì)模式是什么余掖？ 你知道哪些設(shè)計(jì)模式寸爆，并簡(jiǎn)要敘述？
設(shè)計(jì)模式是一種編碼經(jīng)驗(yàn)盐欺，就是用比較成熟的邏輯去處理某一種類型的事情赁豆。
1). MVC模式：Model View Control，把模型 視圖 控制器 層進(jìn)行解耦合編寫找田。
2). MVVM模式：Model View ViewModel 把模型 視圖 業(yè)務(wù)邏輯 層進(jìn)行解耦和編寫歌憨。
3). 單例模式：通過static關(guān)鍵詞，聲明全局變量墩衙。在整個(gè)進(jìn)程運(yùn)行期間只會(huì)被賦值一次。
4). 觀察者模式：KVO是典型的通知模式甲抖，觀察某個(gè)屬性的狀態(tài)漆改，狀態(tài)發(fā)生變化時(shí)通知觀察者。
5). 委托模式：代理+協(xié)議的組合准谚。實(shí)現(xiàn)1對(duì)1的反向傳值操作挫剑。
6). 工廠模式：通過一個(gè)類方法，批量的根據(jù)已有模板生產(chǎn)對(duì)象柱衔。
MVC 和 MVVM 的區(qū)別
在MVC下樊破，Controller基本是無(wú)法測(cè)試的，里面混雜了個(gè)各種邏輯唆铐，而且分散在不同的地方哲戚。有了MVVM我們就可以測(cè)試?yán)锩娴膙iewModel，來(lái)驗(yàn)證我們的處理結(jié)果對(duì)不對(duì)（Xcode7的測(cè)試已經(jīng)越來(lái)越完善了）艾岂。
比如iOS里面有iPhone版本和iPad版本顺少，除了交互展示不一樣外，業(yè)務(wù)邏輯的model是一致的王浴。這樣脆炎，我們就可以以很小的代價(jià)去開發(fā)另一個(gè)app。
MVVM是MVC的一個(gè)升級(jí)版氓辣，目前的MVC也可以很快的轉(zhuǎn)換到MVVM這個(gè)模式秒裕。VC可以省去一大部分展示邏輯。
缺點(diǎn)：
每個(gè)VC都附帶一個(gè)viewModel钞啸，類的數(shù)量*2
我們把邏輯給了viewModel几蜻，那勢(shì)必Model也會(huì)變得很復(fù)雜喇潘，里面的屬性和方法越來(lái)越多∪肭可能重寫的方法比較多响蓉，因?yàn)樯婕暗揭恍?shù)據(jù)的轉(zhuǎn)換以及和controller之間的通信。
由于數(shù)據(jù)都是從viewModel來(lái)哨毁，想想突然來(lái)了一個(gè)新人枫甲，一看代碼，不知道真實(shí)的模型是誰(shuí)扼褪。比如常用tableview的數(shù)據(jù)源想幻，一般都是一個(gè)數(shù)組，如果不斷的通過viewModel去取话浇，溝通上沒有那么直接脏毯。況且每封一層，意味著要寫很多代碼去融合他們的轉(zhuǎn)換幔崖。
Model負(fù)責(zé)存儲(chǔ)食店、定義、操作數(shù)據(jù)赏寇；
View用來(lái)展示給用戶吉嫩，并且和用戶進(jìn)行交互；
Controller是Model和View的協(xié)調(diào)者嗅定，Controller把Model中的數(shù)據(jù)拿過來(lái)給View使用自娩。Controller可以直接與Model和View進(jìn)行通信，而View不能與Controller直接通信渠退。忙迁，當(dāng)有數(shù)據(jù)更新時(shí)，Model也要與Controller進(jìn)行通信碎乃，這個(gè)時(shí)候就要用Notification和KVO姊扔，這個(gè)方式就像發(fā)廣播一樣，Model發(fā)信號(hào)荠锭，Controller設(shè)置接收監(jiān)聽信號(hào)旱眯，當(dāng)有數(shù)據(jù)更新是就發(fā)信號(hào)給Controller，Model和View不能直接通信证九，這樣違背MVC設(shè)計(jì)原則删豺。View與Controller通信需要利用代理協(xié)議的方式，Controller可以直接根據(jù)Model決定View的展示愧怜。View如果接受響應(yīng)事件則通過delegate呀页，target-action，block等方式告訴Controller的狀態(tài)變化拥坛。Controller進(jìn)行業(yè)務(wù)的處理蓬蝶，然后再控制View的展示尘分。
關(guān)于MVVM的優(yōu)點(diǎn)：
方便測(cè)試
便于代碼的移植
兼容MVC
類會(huì)增多
viewModel會(huì)越來(lái)越龐大
調(diào)用復(fù)雜度增加
二.#import跟 #include 有什么區(qū)別，@class呢丸氛，#import<> 跟 #import””有什么區(qū)別培愁？
(1)#import指令是Object-C針對(duì)@include的改進(jìn)版本，能確保引用的文件只會(huì)被引用一次缓窜，不會(huì)陷入遞歸包含的問題中定续；
(2)@import與@class的區(qū)別：
#import會(huì)鏈入該頭文件的全部信息，包括實(shí)體變量和方法等禾锤；二@class只是告訴編譯器私股，其后面聲明的名稱是類的名稱，至于這些類如何定義的恩掷，暫時(shí)不用考慮倡鲸。在頭文件中，一般只需要知道被引用的類的名稱就可以了黄娘，不需要知道其內(nèi)部的實(shí)體變量和方法峭状，所以在頭文件中一般使用@class來(lái)聲明這個(gè)名稱是類的名稱；而在實(shí)現(xiàn)類里面逼争，因?yàn)闀?huì)用到這個(gè)引用類的內(nèi)部的實(shí)體變量和方法宁炫，所以需要使用#import類包含這個(gè)被引用類的頭文件。
@class還可以解決循環(huán)包含的問題
(3)#import<>跟#import""的區(qū)別：
import<>用來(lái)包含系統(tǒng)自帶的文件氮凝，#import""用來(lái)包含自定義的文件
(4)屬性readwrite矾缓，readonly交惯，assign，retain序臂，copy启摄，nonatomic 各是什么作用稿壁，在那種情況下用？
? readwrite：是可讀可寫特性歉备，同時(shí)生成get方法和set方法的聲明和實(shí)現(xiàn)(補(bǔ)充：默認(rèn)屬性傅是，將生成不帶額外參數(shù)的getter和setter方法(setterff只有一個(gè)參數(shù)))
? readonly：只讀特性，只會(huì)生成get方法的聲明和實(shí)現(xiàn)蕾羊；不希望屬性在類外改變
? assign：是賦值特性喧笔，set方法的實(shí)現(xiàn)是直接賦值，用于基本數(shù)據(jù)類型龟再；僅設(shè)置變量時(shí)
? retain：表示持有特性书闸，set方法將傳入?yún)?shù)先保留，再賦值利凑，傳入?yún)?shù)的retaincount會(huì)+1浆劲；
? copy：表示拷貝特性嫌术，set方法的實(shí)現(xiàn)是release舊值，copy新值牌借，用于NSString度气、block等類型(set方法將傳入的對(duì)象復(fù)制一份；需要完全一份新的變量時(shí)使用)膨报；
? nonatomic：非原子操作磷籍，決定編譯器生成的setter getter是否是原子操作，atomic表示多線程安全丙躏，一般使用nonatomic
三.frame 和 bounds 有什么不同择示？
frame指的是：該view在父view坐標(biāo)系統(tǒng)中的位置和大小。(參照點(diǎn)是父view的坐標(biāo)系統(tǒng))
bounds指的是：該view在本身坐標(biāo)系統(tǒng)中的位置和大小晒旅。(參照點(diǎn)是本身坐標(biāo)系統(tǒng))
四.Objective-C的類可以多重繼承么栅盲？可以實(shí)現(xiàn)多個(gè)接口么？Category是什么废恋？重寫一個(gè)類的方式用繼承好還是分類好谈秫？為什么？
答：Objective-C的類不可以多重繼承鱼鼓；可以實(shí)現(xiàn)多個(gè)接口（協(xié)議）拟烫；Category是類別；一般情況用分類好迄本，用Category去重寫類的方法硕淑，僅對(duì)本Category有效，不會(huì)影響到其他類與原有類的關(guān)系嘉赎。
五.@property 的本質(zhì)是什么置媳？ivar、getter公条、setter 是如何生成并添加到這個(gè)類中的
@property 的本質(zhì)是什么拇囊？
@property = ivar + getter + setter;
“屬性” (property)有兩大概念：ivar（實(shí)例變量）、getter+setter（存取方法）
“屬性” (property)作為 Objective-C 的一項(xiàng)特性靶橱，主要的作用就在于封裝對(duì)象中的數(shù)據(jù)寥袭。 Objective-C 對(duì)象通常會(huì)把其所需要的數(shù)據(jù)保存為各種實(shí)例變量。實(shí)例變量一般通過“存取方法”(access method)來(lái)訪問关霸。其中传黄，“獲取方法” (getter)用于讀取變量值，而“設(shè)置方法” (setter)用于寫入變量值谒拴。
六.@property中有哪些屬性關(guān)鍵字尝江？/ @property 后面可以有哪些修飾符？
屬性可以擁有的特質(zhì)分為四類:
1.原子性--- nonatomic 特質(zhì)
2.讀/寫權(quán)限---readwrite(讀寫)英上、readonly (只讀)
3.內(nèi)存管理語(yǔ)義---assign炭序、strong啤覆、 weak、unsafe_unretained惭聂、copy
4.方法名---getter=<name> 窗声、setter=<name>
5.不常用的：nonnull,null_resettable,nullable
七.屬性關(guān)鍵字 readwrite，readonly辜纲，assign笨觅，retain，copy耕腾，nonatomic 各是什么作用见剩，在那種情況下用？
答：
1). readwrite 是可讀可寫特性扫俺。需要生成getter方法和setter方法苍苞。
2). readonly 是只讀特性。只會(huì)生成getter方法狼纬，不會(huì)生成setter方法羹呵，不希望屬性在類外改變。
3). assign 是賦值特性疗琉。setter方法將傳入?yún)?shù)賦值給實(shí)例變量;僅設(shè)置變量時(shí),assign用于基本數(shù)據(jù)類型冈欢。
4). retain(MRC)/strong(ARC) 表示持有特性。setter方法將傳入?yún)?shù)先保留盈简，再賦值凑耻，傳入?yún)?shù)的retaincount會(huì)+1。
5). copy 表示拷貝特性柠贤。setter方法將傳入對(duì)象復(fù)制一份拳话，需要完全一份新的變量時(shí)。
6). nonatomic 非原子操作种吸。決定編譯器生成的setter和getter方法是否是原子操作，atomic表示多線程安全呀非，一般使用nonatomic坚俗，效率高。
八.什么情況使用 weak 關(guān)鍵字岸裙，相比 assign 有什么不同猖败？
1.在 ARC 中,在有可能出現(xiàn)循環(huán)引用的時(shí)候,往往要通過讓其中一端使用 weak 來(lái)解決,比如: delegate 代理屬性。
2.自身已經(jīng)對(duì)它進(jìn)行一次強(qiáng)引用,沒有必要再?gòu)?qiáng)引用一次,此時(shí)也會(huì)使用 weak,自定義 IBOutlet 控件屬性一般也使用 weak降允；當(dāng)然恩闻，也可以使用strong。
IBOutlet連出來(lái)的視圖屬性為什么可以被設(shè)置成weak?
因?yàn)楦缚丶膕ubViews數(shù)組已經(jīng)對(duì)它有一個(gè)強(qiáng)引用剧董。
不同點(diǎn)：
assign 可以用非 OC 對(duì)象幢尚，而 weak 必須用于 OC 對(duì)象破停。
weak 表明該屬性定義了一種“非擁有關(guān)系”。在屬性所指的對(duì)象銷毀時(shí)尉剩，屬性值會(huì)自動(dòng)清空(nil)真慢。
九.怎么用 copy 關(guān)鍵字？
用途：
- NSString理茎、NSArray黑界、NSDictionary 等等經(jīng)常使用copy關(guān)鍵字，是因?yàn)樗麄冇袑?duì)應(yīng)的可變類型：NSMutableString皂林、NSMutableArray朗鸠、NSMutableDictionary；
- block 也經(jīng)常使用 copy 關(guān)鍵字础倍。
說明：
block 使用 copy 是從 MRC 遺留下來(lái)的“傳統(tǒng)”,在 MRC 中,方法內(nèi)部的 block 是在棧區(qū)的,使用 copy 可以把它放到堆區(qū).在 ARC 中寫不寫都行：對(duì)于 block 使用 copy 還是 strong 效果是一樣的烛占，但寫上 copy 也無(wú)傷大雅，還能時(shí)刻提醒我們：編譯器自動(dòng)對(duì) block 進(jìn)行了 copy 操作著隆。如果不寫 copy 扰楼，該類的調(diào)用者有可能會(huì)忘記或者根本不知道“編譯器會(huì)自動(dòng)對(duì) block 進(jìn)行了 copy 操作”，他們有可能會(huì)在調(diào)用之前自行拷貝屬性值美浦。這種操作多余而低效弦赖。
十.用@property聲明的 NSString / NSArray / NSDictionary 經(jīng)常使用 copy 關(guān)鍵字，為什么浦辨？如果改用strong關(guān)鍵字蹬竖，可能造成什么問題？
答：用 @property 聲明 NSString流酬、NSArray币厕、NSDictionary 經(jīng)常使用 copy 關(guān)鍵字，是因?yàn)樗麄冇袑?duì)應(yīng)的可變類型：NSMutableString芽腾、NSMutableArray旦装、NSMutableDictionary，他們之間可能進(jìn)行賦值操作（就是把可變的賦值給不可變的）摊滔，為確保對(duì)象中的字符串值不會(huì)無(wú)意間變動(dòng)阴绢，應(yīng)該在設(shè)置新屬性值時(shí)拷貝一份。
- 因?yàn)楦割愔羔樋梢灾赶蜃宇悓?duì)象,使用 copy 的目的是為了讓本對(duì)象的屬性不受外界影響,使用 copy 無(wú)論給我傳入是一個(gè)可變對(duì)象還是不可對(duì)象,我本身持有的就是一個(gè)不可變的副本艰躺。
- 如果我們使用是 strong ,那么這個(gè)屬性就有可能指向一個(gè)可變對(duì)象,如果這個(gè)可變對(duì)象在外部被修改了,那么會(huì)影響該屬性呻袭。
//總結(jié)：使用copy的目的是，防止把可變類型的對(duì)象賦值給不可變類型的對(duì)象時(shí)腺兴，可變類型對(duì)象的值發(fā)送變化會(huì)無(wú)意間篡改不可變類型對(duì)象原來(lái)的值左电。
十一.淺拷貝和深拷貝的區(qū)別？
答：
淺拷貝：只復(fù)制指向?qū)ο蟮闹羔槪粡?fù)制引用對(duì)象本身篓足。
深拷貝：復(fù)制引用對(duì)象本身段誊。內(nèi)存中存在了兩份獨(dú)立對(duì)象本身，當(dāng)修改A時(shí)纷纫，A_copy不變枕扫。
十二.這個(gè)寫法會(huì)出什么問題：@property (nonatomic, copy) NSMutableArray *arr;
問題：添加,刪除,修改數(shù)組內(nèi)的元素的時(shí)候,程序會(huì)因?yàn)檎也坏綄?duì)應(yīng)的方法而崩潰。
原因：是因?yàn)?copy 就是復(fù)制一個(gè)不可變 NSArray 的對(duì)象辱魁，不能對(duì) NSArray 對(duì)象進(jìn)行添加/修改烟瞧。
十三.如何讓自己的類用 copy 修飾符？如何重寫帶 copy 關(guān)鍵字的 setter染簇？
若想令自己所寫的對(duì)象具有拷貝功能参滴，則需實(shí)現(xiàn) NSCopying 協(xié)議。如果自定義的對(duì)象分為可變版本與不可變版本锻弓，那么就要同時(shí)實(shí)現(xiàn) NSCopying 與 NSMutableCopying 協(xié)議砾赔。
具體步驟：
1. 需聲明該類遵從 NSCopying 協(xié)議
2. 實(shí)現(xiàn) NSCopying 協(xié)議的方法。
十四.@synthesize 和 @dynamic 分別有什么作用青灼？
@property有兩個(gè)對(duì)應(yīng)的詞暴心，一個(gè)是@synthesize（合成實(shí)例變量），一個(gè)是@dynamic杂拨。
如果@synthesize和@dynamic都沒有寫专普，那么默認(rèn)的就是 @synthesize var = _var;
// 在類的實(shí)現(xiàn)代碼里通過 @synthesize 語(yǔ)法可以來(lái)指定實(shí)例變量的名字。(@synthesize var = _newVar;)
- @synthesize 的語(yǔ)義是如果你沒有手動(dòng)實(shí)現(xiàn)setter方法和getter方法弹沽，那么編譯器會(huì)自動(dòng)為你加上這兩個(gè)方法檀夹。
- @dynamic 告訴編譯器，屬性的setter與getter方法由用戶自己實(shí)現(xiàn)策橘，不自動(dòng)生成（如炸渡，@dynamic var）。
十五.常見的 Objective-C 的數(shù)據(jù)類型有那些丽已，和C的基本數(shù)據(jù)類型有什么區(qū)別蚌堵？如：NSInteger和int
答：
Objective-C的數(shù)據(jù)類型有NSString，NSNumber沛婴，NSArray辰斋，NSMutableArray，NSData等等瘸味，這些都是class，創(chuàng)建后便是對(duì)象够挂，而C語(yǔ)言的基本數(shù)據(jù)類型int旁仿，只是一定字節(jié)的內(nèi)存空間，用于存放數(shù)值;NSInteger是基本數(shù)據(jù)類型，并不是NSNumber的子類枯冈，當(dāng)然也不是NSObject的子類毅贮。NSInteger是基本數(shù)據(jù)類型Int或者Long的別名(NSInteger的定義typedef long NSInteger)，它的區(qū)別在于尘奏，NSInteger會(huì)根據(jù)系統(tǒng)是32位還是64位來(lái)決定是本身是int還是long滩褥。
十六.id 聲明的對(duì)象有什么特性？
答：id 聲明的對(duì)象具有運(yùn)行時(shí)的特性炫加，即可以指向任意類型的Objcetive-C的對(duì)象瑰煎。
十七.Objective-C 如何對(duì)內(nèi)存管理的，說說你的看法和解決方法俗孝？
答：Objective-C的內(nèi)存管理主要有三種方式ARC(自動(dòng)內(nèi)存計(jì)數(shù))酒甸、手動(dòng)內(nèi)存計(jì)數(shù)、內(nèi)存池赋铝。
1). 自動(dòng)內(nèi)存計(jì)數(shù)ARC：由Xcode自動(dòng)在App編譯階段插勤，在代碼中添加內(nèi)存管理代碼。
2). 手動(dòng)內(nèi)存計(jì)數(shù)MRC：遵循內(nèi)存誰(shuí)申請(qǐng)革骨、誰(shuí)釋放农尖；誰(shuí)添加，誰(shuí)釋放的原則良哲。
3). 內(nèi)存釋放池Release Pool：把需要釋放的內(nèi)存統(tǒng)一放在一個(gè)池子中盛卡，當(dāng)池子被抽干后(drain)，池子中所有的內(nèi)存空間也被自動(dòng)釋放掉臂外。內(nèi)存池的釋放操作分為自動(dòng)和手動(dòng)窟扑。自動(dòng)釋放受runloop機(jī)制影響。
十八.Objective-C 中創(chuàng)建線程的方法是什么漏健？如果在主線程中執(zhí)行代碼嚎货，方法是什么？如果想延時(shí)執(zhí)行代碼蔫浆、方法又是什么殖属？
答：線程創(chuàng)建有三種方法：使用NSThread創(chuàng)建、使用GCD的dispatch瓦盛、使用子類化的NSOperation,然后將其加入NSOperationQueue;在主線程執(zhí)行代碼洗显，方法是performSelectorOnMainThread，如果想延時(shí)執(zhí)行代碼可以用performSelector:onThread:withObject:waitUntilDone:
十九.Category（類別）原环、 Extension（擴(kuò)展）和繼承的區(qū)別
區(qū)別：
- 分類有名字挠唆，類擴(kuò)展沒有分類名字，是一種特殊的分類嘱吗。
- 分類只能擴(kuò)展方法（屬性僅僅是聲明玄组，并沒真正實(shí)現(xiàn)），類擴(kuò)展可以擴(kuò)展屬性、成員變量和方法俄讹。
- 繼承可以增加哆致，修改或者刪除方法，并且可以增加屬性患膛。
二十.我們說的OC是動(dòng)態(tài)運(yùn)行時(shí)語(yǔ)言是什么意思摊阀？
答：主要是將數(shù)據(jù)類型的確定由編譯時(shí)，推遲到了運(yùn)行時(shí)踪蹬。簡(jiǎn)單來(lái)說, 運(yùn)行時(shí)機(jī)制使我們直到運(yùn)行時(shí)才去決定一個(gè)對(duì)象的類別,以及調(diào)用該類別對(duì)象指定方法胞此。
二十一.為什么我們常見的delegate屬性都用是week而不是retain/strong？
答：是為了防止delegate兩端產(chǎn)生不必要的循環(huán)引用延曙。
@property (nonatomic, weak) id<UITableViewDelegate> delegate;
二十二豌鹤。什么時(shí)候用delete，什么時(shí)候用Notification枝缔？
Delegate(委托模式)：1對(duì)1的反向消息通知功能布疙。
Notification(通知模式)：只想要把消息發(fā)送出去，告知某些狀態(tài)的變化愿卸。但是并不關(guān)心誰(shuí)想要知道這個(gè)灵临。
二十三.什么是 KVO 和 KVC？
1). KVC(Key-Value-Coding)：鍵值編碼 是一種通過字符串間接訪問對(duì)象的方式（即給屬性賦值）
舉例說明：
stu.name = @"張三" // 點(diǎn)語(yǔ)法給屬性賦值
[stu setValue:@"張三" forKey:@"name"]; // 通過字符串使用KVC方式給屬性賦值
stu1.nameLabel.text = @"張三";
[stu1 setValue:@"張三" forKey:@"nameLabel.text"]; // 跨層賦值
2). KVO(key-Value-Observing)：鍵值觀察機(jī)制 他提供了觀察某一屬性變化的方法趴荸，極大的簡(jiǎn)化了代碼儒溉。
KVO只能被KVC觸發(fā)，包括使用setValue:forKey:方法和點(diǎn)語(yǔ)法发钝。
// 通過下方方法為屬性添加KVO觀察
- (void)addObserver:(NSObject *)observer
forKeyPath:(NSString *)keyPath
options:(NSKeyValueObservingOptions)options
context:(nullable void *)context;
// 當(dāng)被觀察的屬性發(fā)送變化時(shí)顿涣，會(huì)自動(dòng)觸發(fā)下方方法 - (void)observeValueForKeyPath:(NSString *)keyPath
ofObject:(id)object
change:(NSDictionary *)change
context:(void *)context{}
KVC 和 KVO 的 keyPath 可以是屬性、實(shí)例變量酝豪、成員變量涛碑。
二十四.KVC的底層實(shí)現(xiàn)？
當(dāng)一個(gè)對(duì)象調(diào)用setValue方法時(shí)孵淘，方法內(nèi)部會(huì)做以下操作：
1). 檢查是否存在相應(yīng)的key的set方法蒲障，如果存在，就調(diào)用set方法瘫证。
2). 如果set方法不存在揉阎，就會(huì)查找與key相同名稱并且?guī)聞澗€的成員變量，如果有背捌，則直接給成員變量屬性賦值毙籽。
3). 如果沒有找到_key，就會(huì)查找相同名稱的屬性key毡庆，如果有就直接賦值坑赡。
4). 如果還沒有找到巡扇，則調(diào)用valueForUndefinedKey:和setValue:forUndefinedKey:方法。
這些方法的默認(rèn)實(shí)現(xiàn)都是拋出異常垮衷，我們可以根據(jù)需要重寫它們。
二十五.ViewController生命周期
按照?qǐng)?zhí)行順序排列：
- initWithCoder：通過nib文件初始化時(shí)觸發(fā)乖坠。
- awakeFromNib：nib文件被加載的時(shí)候搀突，會(huì)發(fā)生一個(gè)awakeFromNib的消息到nib文件中的每個(gè)對(duì)象卒稳。
- loadView：開始加載視圖控制器自帶的view栈虚。
- viewDidLoad：視圖控制器的view被加載完成脖含。
- viewWillAppear：視圖控制器的view將要顯示在window上却舀。
- updateViewConstraints：視圖控制器的view開始更新AutoLayout約束升略。
- viewWillLayoutSubviews：視圖控制器的view將要更新內(nèi)容視圖的位置货矮。
- viewDidLayoutSubviews：視圖控制器的view已經(jīng)更新視圖的位置含友。
- viewDidAppear：視圖控制器的view已經(jīng)展示到window上曲初。
- viewWillDisappear：視圖控制器的view將要從window上消失卒蘸。
- viewDidDisappear：視圖控制器的view已經(jīng)從window上消失雌隅。
二十六.你是否接觸過OC中的反射機(jī)制？簡(jiǎn)單聊一下概念和使用
1). class反射
通過類名的字符串形式實(shí)例化對(duì)象缸沃。
Class class = NSClassFromString(@"student");
Student *stu = [[class alloc] init];
將類名變?yōu)樽址?br>
Class class =[Student class];
NSString className = NSStringFromClass(class);
2). SEL的反射
通過方法的字符串形式實(shí)例化方法恰起。
SEL selector = NSSelectorFromString(@"setName");
[stu performSelector:selector withObject:@"Mike"];
將方法變成字符串。
NSStringFromSelector(@selector(setName:));
二十七.如何對(duì)iOS設(shè)備進(jìn)行性能測(cè)試趾牧？
1.app使用過程中检盼，接聽電話∏痰ィ可以測(cè)試不同的通話時(shí)間的長(zhǎng)短吨枉，對(duì)于通話結(jié)束后，原先打開的app的響應(yīng)哄芜，比如是否停留在原先界面貌亭，繼續(xù)操作時(shí)的相應(yīng)速度等。
2.app使用過程中忠烛，有推送消息時(shí)属提，對(duì)app的使用影響
3.設(shè)備在充電時(shí)，app的響應(yīng)以及操作流暢度
4.設(shè)備在不同電量時(shí)(低于10%美尸，50%冤议，95%)，app的響應(yīng)以及操作流暢度
5.意外斷電時(shí)师坎，app數(shù)據(jù)丟失情況
6.網(wǎng)絡(luò)環(huán)境變化時(shí)恕酸，app的應(yīng)對(duì)情況如何：是否有適當(dāng)提示?從有網(wǎng)絡(luò)環(huán)境到無(wú)網(wǎng)絡(luò)環(huán)境時(shí)，app的反饋如何?從無(wú)網(wǎng)絡(luò)環(huán)境回到有網(wǎng)絡(luò)環(huán)境時(shí)胯陋，是否能自動(dòng)加載數(shù)據(jù)蕊温，多久才能開始加載數(shù)據(jù)
7.多點(diǎn)觸摸的情況
8.跟其他app之間互相切換時(shí)的響應(yīng)
9.進(jìn)程關(guān)閉再重新打開的反饋
10.IOS系統(tǒng)語(yǔ)言環(huán)境變化時(shí)
二十八.開發(fā)項(xiàng)目時(shí)你是怎么檢查內(nèi)存泄露袱箱？
1 內(nèi)存泄漏
內(nèi)存泄漏是編程中常常見到的一個(gè)問題，內(nèi)存泄漏往往會(huì)一種奇怪的方式來(lái)表現(xiàn)出來(lái),基本上每個(gè)程序都表現(xiàn)出不同的方式义矛。 但是一般最后的結(jié)果只有兩個(gè)发笔，一個(gè)是程序當(dāng)?shù)簦粋€(gè)是系統(tǒng)內(nèi)存不足凉翻。 還有一種就是比較介于中間的結(jié)果程序不會(huì)當(dāng)了讨，但是系統(tǒng)的反映時(shí)間明顯降低，需要定時(shí)的Reboot才會(huì)正常制轰。
有一個(gè)很簡(jiǎn)單的辦法來(lái)檢查一個(gè)程序是否有內(nèi)存泄漏前计。就是是用Windows的任務(wù)管理器(Task Manager)。運(yùn)行程序垃杖，然后在任務(wù)管理器里面查看 “內(nèi)存使用”和”虛擬內(nèi)存大小”兩項(xiàng)男杈，當(dāng)程序請(qǐng)求了它所需要的內(nèi)存之后，如果虛擬內(nèi)存還是持續(xù)的增長(zhǎng)的話调俘，就說明了這個(gè)程序有內(nèi)存泄漏問題伶棒。 當(dāng)然如果內(nèi)存泄漏的數(shù)目非常的小，用這種方法可能要過很長(zhǎng)時(shí)間才能看的出來(lái)脉漏。
2 原因
內(nèi)存泄漏產(chǎn)生的原因一般是三種情況：
1. 內(nèi)存忘記回收苞冯，這個(gè)是不應(yīng)該的事情。但是也是在代碼種很常見的問題侧巨。分配內(nèi)存之后舅锄，用完之后，就一定要回收司忱。如果不回收皇忿，那就造成了內(nèi)存的泄漏，造成內(nèi)存泄漏的Code如果被經(jīng)常調(diào)用的話坦仍，那內(nèi)存泄漏的數(shù)目就會(huì)越來(lái)越多的鳍烁。從而影響整個(gè)系統(tǒng)的運(yùn)行。
3 檢查方法
一般的內(nèi)存泄漏檢查的確是很困難繁扎，但是也不是完全沒有辦法幔荒。如果你用VC的庫(kù)來(lái)寫東西的話，那么很幸運(yùn)的是梳玫，你已經(jīng)有了很多檢查內(nèi)存泄漏的工具爹梁，只是你想不想用的問題了。Visual C++的Debug版本的C運(yùn)行庫(kù)(C Runtime Library)提澎。它已經(jīng)提供好些函數(shù)來(lái)幫助你診斷你的代碼和跟蹤內(nèi)存泄漏姚垃。 而且最方便的地方是這些函數(shù)在Release版本中完全不起任何作用，這樣就不會(huì)影響你的Release版本程序的運(yùn)行效率盼忌。
比如下面的例子里面积糯，有一個(gè)明細(xì)的內(nèi)存泄漏掂墓。當(dāng)然如果只有這么幾行代碼的話，是很容易看出有內(nèi)存泄漏的看成。但是想在成千上萬(wàn)行代碼里面檢查內(nèi)存泄漏問題就不是那么容易了君编。
如果你雙擊包含行文件名的輸出行，指針將會(huì)跳到源文件中內(nèi)存被分配地方的行川慌。當(dāng)無(wú)法確定那些代碼產(chǎn)生了內(nèi)存泄漏的時(shí)候啦粹，我們就需要進(jìn)行內(nèi)存狀態(tài)比較。在可疑的代碼段的前后設(shè)置內(nèi)存檢查點(diǎn)窘游，比較內(nèi)存使用是否有可疑的變化。以確定內(nèi)存是否有泄漏跳纳。為此要先定義三個(gè)_CrtMemState 對(duì)象來(lái)保存要比較的內(nèi)存狀態(tài)忍饰。兩個(gè)是用來(lái)比較，一個(gè)用了保存前面兩個(gè)之間的區(qū)別
把光標(biāo)移到DEBUG_NEW上面 按F12寺庄，就可以進(jìn)入Afx.h中定義這些Class和函數(shù)的代碼部分艾蓝。 VC中內(nèi)存泄漏的常規(guī)檢查辦法主要是上面的兩種。當(dāng)然這兩種方法只是針對(duì)于Debug版本的Heap的檢查斗塘。如果Release版本中還有內(nèi)存泄漏赢织，那么檢查起來(lái)就麻煩很多了。
分配完內(nèi)存之后忘了回收馍盟；
程序Code有問題于置，造成沒有辦法回收；
某些API函數(shù)操作不正確贞岭，造成內(nèi)存泄漏八毯。
二十九.什么是懶加載？
答：懶加載就是只在用到的時(shí)候才去初始化瞄桨。也可以理解成延時(shí)加載话速。
我覺得最好也最簡(jiǎn)單的一個(gè)例子就是tableView中圖片的加載顯示了, 一個(gè)延時(shí)加載, 避免內(nèi)存過高,一個(gè)異步加載,避免線程堵塞提高用戶體驗(yàn)。
三十.類變量的 @public芯侥，@protected泊交，@private，@package 聲明各有什么含義柱查？
@public 任何地方都能訪問;
@protected 該類和子類中訪問,是默認(rèn)的;
@private 只能在本類中訪問;
@package 本包內(nèi)使用,跨包不可以廓俭。
三十一.什么是謂詞？
謂詞就是通過NSPredicate給定的邏輯條件作為約束條件,完成對(duì)數(shù)據(jù)的篩選物赶。
//定義謂詞對(duì)象,謂詞對(duì)象中包含了過濾條件(過濾條件比較多)
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"age<%d",30];
//使用謂詞條件過濾數(shù)組中的元素,過濾之后返回查詢的結(jié)果
NSArray *array = [persons filteredArrayUsingPredicate:predicate];
三十二.isa指針問題
isa：是一個(gè)Class 類型的指針. 每個(gè)實(shí)例對(duì)象有個(gè)isa的指針,他指向?qū)ο蟮念?而Class里也有個(gè)isa的指針, 指向meteClass(元類)白指。元類保存了類方法的列表。當(dāng)類方法被調(diào) 用時(shí),先會(huì)從本身查找類方法的實(shí)現(xiàn),如果沒有,元類會(huì)向他父類查找該方法酵紫。同時(shí)注意的是:元類(meteClass)也是類,它也是對(duì)象告嘲。元類也有isa指針,它的isa指針最終指向的是一個(gè)根元類(root meteClass)错维。根元類的isa指針指向本身,這樣形成了一個(gè)封閉的內(nèi)循環(huán)。
三十三.如何訪問并修改一個(gè)類的私有屬性橄唬？
1.KVC
我們可以用setValue：的方法設(shè)置私有屬性赋焕，并利用valueForKey：的方法訪問私有屬性。假設(shè)我們有一個(gè)類Person仰楚，并且這個(gè)類有一個(gè)私有屬性name隆判。看代碼：
Person * ls = [[Person alloc] init];
[ls setValue:@"wo" forKey:@"name"];
2.runtime
我們可以利用runtime獲取某個(gè)類的所有屬性（私有屬性僧界、非私有屬性）侨嘀，在獲取到某個(gè)類的屬性后就可以對(duì)該屬性進(jìn)行訪問以及修改了。
三十四.一個(gè)objc對(duì)象的isa的指針指向什么捂襟？有什么作用咬腕？
isa 指的就是 是個(gè)什么，對(duì)象的isa指向類葬荷，類的isa指向元類（meta class）涨共，元類isa指向元類的根類。isa幫助一個(gè)對(duì)象找到它的方法宠漩。isa：是一個(gè)Class 類型的指針. 每個(gè)實(shí)例對(duì)象有個(gè)isa的指針,他指向?qū)ο蟮念惥俜矗鳦lass里也有個(gè)isa的指針, 指向meteClass(元類)。元類保存了類方法的列表扒吁。當(dāng)類方法被調(diào)用時(shí)火鼻，先會(huì)從本身查找類方法的實(shí)現(xiàn)，如果沒有雕崩，元類會(huì)向他父類查找該方法凝危。同時(shí)注意的是：元類（meteClass）也是類，它也是對(duì)象晨逝。元類也有isa指針,它的isa指針最終指向的是一個(gè)根元類(root meteClass).根元類的isa指針指向本身蛾默，這樣形成了一個(gè)封閉的內(nèi)循環(huán)。
三十五.isKindOfClass捉貌、isMemberOfClass支鸡、selector作用分別是什么
isKindOfClass：作用是某個(gè)對(duì)象屬于某個(gè)類型或者繼承自某類型。
isMemberOfClass：某個(gè)對(duì)象確切屬于某個(gè)類型趁窃。
selector：通過方法名牧挣，獲取在內(nèi)存中的函數(shù)的入口地址。
三十六.delegate 和 notification 的區(qū)別
1). 二者都用于傳遞消息醒陆，不同之處主要在于一個(gè)是一對(duì)一的瀑构，另一個(gè)是一對(duì)多的。
2). notification通過維護(hù)一個(gè)array刨摩，實(shí)現(xiàn)一對(duì)多消息的轉(zhuǎn)發(fā)寺晌。
3). delegate需要兩者之間必須建立聯(lián)系世吨，不然沒法調(diào)用代理的方法；notification不需要兩者之間有聯(lián)系呻征。
三十七.什么是block耘婚？
閉包（block）：閉包就是獲取其它函數(shù)局部變量的匿名函數(shù)。
三十八.block的注意點(diǎn)
1). 在block內(nèi)部使用外部指針且會(huì)造成循環(huán)引用情況下陆赋，需要用__week修飾外部指針：
__weak typeof(self) weakSelf = self;
2). 在block內(nèi)部如果調(diào)用了延時(shí)函數(shù)還使用弱指針會(huì)取不到該指針沐祷，因?yàn)橐呀?jīng)被銷毀了，需要在block內(nèi)部再將弱指針重新強(qiáng)引用一下攒岛。
__strong typeof(self) strongSelf = weakSelf;
3). 如果需要在block內(nèi)部改變外部棧區(qū)變量的話赖临，需要在用__block修飾外部變量。
三十九.BAD_ACCESS在什么情況下出現(xiàn)灾锯？
答：這種問題在開發(fā)時(shí)經(jīng)常遇到思杯。原因是訪問了野指針，比如訪問已經(jīng)釋放對(duì)象的成員變量或者發(fā)消息挠进、死循環(huán)等。
四十.lldb（gdb）常用的控制臺(tái)調(diào)試命令誊册？
1). p 輸出基本類型领突。是打印命令，需要指定類型案怯。是print的簡(jiǎn)寫
p (int)[[[self view] subviews] count]
2). po 打印對(duì)象君旦，會(huì)調(diào)用對(duì)象description方法。是print-object的簡(jiǎn)寫
po [self view]
3). expr 可以在調(diào)試時(shí)動(dòng)態(tài)執(zhí)行指定表達(dá)式嘲碱，并將結(jié)果打印出來(lái)金砍。常用于在調(diào)試過程中修改變量的值。
4). bt：打印調(diào)用堆棧麦锯，是thread backtrace的簡(jiǎn)寫恕稠，加all可打印所有thread的堆棧
5). br l：是breakpoint list的簡(jiǎn)寫
四十一.你一般是怎么用Instruments的？
Instruments里面工具很多扶欣，常用：
1). Time Profiler: 性能分析
2). Zombies：檢查是否訪問了僵尸對(duì)象鹅巍，但是這個(gè)工具只能從上往下檢查，不智能料祠。
3). Allocations：用來(lái)檢查內(nèi)存骆捧，寫算法的那批人也用這個(gè)來(lái)檢查。
4). Leaks：檢查內(nèi)存髓绽，看是否有內(nèi)存泄露敛苇。
四十二.iOS中常用的數(shù)據(jù)存儲(chǔ)方式有哪些？
數(shù)據(jù)存儲(chǔ)有四種方案：NSUserDefault顺呕、KeyChain枫攀、file括饶、DB。
其中File有三種方式：plist脓豪、Archive（歸檔）
DB包括：SQLite巷帝、FMDB、CoreData
四十三.iOS的沙盒目錄結(jié)構(gòu)是怎樣的扫夜？
沙盒結(jié)構(gòu)：
1). Application：存放程序源文件楞泼，上架前經(jīng)過數(shù)字簽名，上架后不可修改笤闯。
2). Documents：常用目錄堕阔，iCloud備份目錄，存放數(shù)據(jù)颗味。（這里不能存緩存文件超陆，否則上架不被通過）
3). Library：
Caches：存放體積大又不需要備份的數(shù)據(jù)。(常用的緩存路徑)
Preference：設(shè)置目錄浦马，iCloud會(huì)備份設(shè)置信息时呀。
4). tmp：存放臨時(shí)文件，不會(huì)被備份晶默，而且這個(gè)文件下的數(shù)據(jù)有可能隨時(shí)被清除的可能谨娜。
四十四.iOS多線程技術(shù)有哪幾種方式？
答：pthread磺陡、NSThread趴梢、GCD、NSOperation
四十五.GCD 與 NSOperation 的區(qū)別：
GCD 和 NSOperation 都是用于實(shí)現(xiàn)多線程：
GCD 基于C語(yǔ)言的底層API币他，GCD主要與block結(jié)合使用坞靶，代碼簡(jiǎn)潔高效。
NSOperation 屬于Objective-C類蝴悉，是基于GCD更高一層的封裝彰阴。復(fù)雜任務(wù)一般用NSOperation實(shí)現(xiàn)。
四十六.寫出使用GCD方式從子線程回到主線程的方法代碼
答：dispatch_sync(dispatch_get_main_queue(), ^{ });
四十七.如何用GCD同步若干個(gè)異步調(diào)用拍冠？（如根據(jù)若干個(gè)url異步加載多張圖片硝枉，然后在都下載完成后合成一張整圖）
// 使用Dispatch Group追加block到Global Group Queue,這些block如果全部執(zhí)行完畢，就會(huì)執(zhí)行Main Dispatch Queue中的結(jié)束處理的block倦微。
// 創(chuàng)建隊(duì)列組
dispatch_group_t group = dispatch_group_create();
// 獲取全局并發(fā)隊(duì)列
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_group_async(group, queue, ^{ /*加載圖片1 / });
dispatch_group_async(group, queue, ^{ /加載圖片2 / });
dispatch_group_async(group, queue, ^{ /加載圖片3 */ });
// 當(dāng)并發(fā)隊(duì)列組中的任務(wù)執(zhí)行完畢后才會(huì)執(zhí)行這里的代碼
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
// 合并圖片
});
四十八.dispatch_barrier_async（柵欄函數(shù)）的作用是什么妻味？
函數(shù)定義：dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block);
作用：
1.在它前面的任務(wù)執(zhí)行結(jié)束后它才執(zhí)行，它后面的任務(wù)要等它執(zhí)行完成后才會(huì)開始執(zhí)行欣福。
2.避免數(shù)據(jù)競(jìng)爭(zhēng)
// 1.創(chuàng)建并發(fā)隊(duì)列
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_CONCURRENT);
// 2.向隊(duì)列中添加任務(wù)
dispatch_async(queue, ^{ // 1.2是并行的
NSLog(@"任務(wù)1, %@",[NSThread currentThread]);
});
dispatch_async(queue, ^{
NSLog(@"任務(wù)2, %@",[NSThread currentThread]);
});
dispatch_barrier_async(queue, ^{
NSLog(@"任務(wù) barrier, %@", [NSThread currentThread]);
});
dispatch_async(queue, ^{ // 這兩個(gè)是同時(shí)執(zhí)行的
NSLog(@"任務(wù)3, %@",[NSThread currentThread]);
});
dispatch_async(queue, ^{
NSLog(@"任務(wù)4, %@",[NSThread currentThread]);
});
// 輸出結(jié)果: 任務(wù)1 任務(wù)2 ——》 任務(wù) barrier ——》任務(wù)3 任務(wù)4
// 其中的任務(wù)1與任務(wù)2责球，任務(wù)3與任務(wù)4 由于是并行處理先后順序不定。
四十九.什么是 RunLoop
從字面上講就是運(yùn)行循環(huán)，它內(nèi)部就是do-while循環(huán)雏逾，在這個(gè)循環(huán)內(nèi)部不斷地處理各種任務(wù)嘉裤。
一個(gè)線程對(duì)應(yīng)一個(gè)RunLoop，基本作用就是保持程序的持續(xù)運(yùn)行栖博，處理app中的各種事件屑宠。通過runloop，有事運(yùn)行仇让，沒事就休息典奉，可以節(jié)省cpu資源，提高程序性能丧叽。
主線程的run loop默認(rèn)是啟動(dòng)的卫玖。iOS的應(yīng)用程序里面，程序啟動(dòng)后會(huì)有一個(gè)如下的main()函數(shù)
int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}
五十.什么是 Runtime
Runtime又叫運(yùn)行時(shí)踊淳，是一套底層的C語(yǔ)言API假瞬，其為iOS內(nèi)部的核心之一，我們平時(shí)編寫的OC代碼迂尝，底層都是基于它來(lái)實(shí)現(xiàn)的脱茉。
五十一.Runtime實(shí)現(xiàn)的機(jī)制是什么，怎么用垄开，一般用于干嘛琴许？
1). 使用時(shí)需要導(dǎo)入的頭文件 <objc/message.h> <objc/runtime.h>
2). Runtime 運(yùn)行時(shí)機(jī)制，它是一套C語(yǔ)言庫(kù)说榆。
3). 實(shí)際上我們編寫的所有OC代碼，最終都是轉(zhuǎn)成了runtime庫(kù)的東西寸认。
比如：
類轉(zhuǎn)成了 Runtime 庫(kù)里面的結(jié)構(gòu)體等數(shù)據(jù)類型签财，
方法轉(zhuǎn)成了 Runtime 庫(kù)里面的C語(yǔ)言函數(shù)，
平時(shí)調(diào)方法都是轉(zhuǎn)成了 objc_msgSend 函數(shù)（所以說OC有個(gè)消息發(fā)送機(jī)制）
// OC是動(dòng)態(tài)語(yǔ)言偏塞，每個(gè)方法在運(yùn)行時(shí)會(huì)被動(dòng)態(tài)轉(zhuǎn)為消息發(fā)送唱蒸，即：objc_msgSend(receiver, selector)。
// [stu show]; 在objc動(dòng)態(tài)編譯時(shí)灸叼，會(huì)被轉(zhuǎn)意為：objc_msgSend(stu, @selector(show));
4). 因此神汹，可以說 Runtime 是OC的底層實(shí)現(xiàn)，是OC的幕后執(zhí)行者古今。
有了Runtime庫(kù)屁魏，能做什么事情呢？
Runtime庫(kù)里面包含了跟類捉腥、成員變量氓拼、方法相關(guān)的API。
比如：
（1）獲取類里面的所有成員變量。
（2）為類動(dòng)態(tài)添加成員變量桃漾。
（3）動(dòng)態(tài)改變類的方法實(shí)現(xiàn)坏匪。
（4）為類動(dòng)態(tài)添加新的方法等。
因此前弯，有了Runtime坎怪，想怎么改就怎么改皂甘。
五十二.什么是 Method Swizzle（黑魔法），什么情況下會(huì)使用凭迹？
1). 在沒有一個(gè)類的實(shí)現(xiàn)源碼的情況下，想改變其中一個(gè)方法的實(shí)現(xiàn)几于，除了繼承它重寫蕊苗、和借助類別重名方法暴力搶先之外，還有更加靈活的方法 Method Swizzle沿彭。
2). Method Swizzle 指的是改變一個(gè)已存在的選擇器對(duì)應(yīng)的實(shí)現(xiàn)的過程朽砰。OC中方法的調(diào)用能夠在運(yùn)行時(shí)通過改變，通過改變類的調(diào)度表中選擇器到最終函數(shù)間的映射關(guān)系喉刘。
3). 在OC中調(diào)用一個(gè)方法瞧柔，其實(shí)是向一個(gè)對(duì)象發(fā)送消息，查找消息的唯一依據(jù)是selector的名字睦裳。利用OC的動(dòng)態(tài)特性造锅，可以實(shí)現(xiàn)在運(yùn)行時(shí)偷換selector對(duì)應(yīng)的方法實(shí)現(xiàn)。
4). 每個(gè)類都有一個(gè)方法列表廉邑，存放著selector的名字和方法實(shí)現(xiàn)的映射關(guān)系哥蔚。IMP有點(diǎn)類似函數(shù)指針，指向具體的方法實(shí)現(xiàn)蛛蒙。
5). 我們可以利用 method_exchangeImplementations 來(lái)交換2個(gè)方法中的IMP糙箍。
6). 我們可以利用 class_replaceMethod 來(lái)修改類。
7). 我們可以利用 method_setImplementation 來(lái)直接設(shè)置某個(gè)方法的IMP牵祟。
8). 歸根結(jié)底深夯，都是偷換了selector的IMP。
五十三._objc_msgForward 函數(shù)是做什么的诺苹，直接調(diào)用它將會(huì)發(fā)生什么咕晋？
答：_objc_msgForward是 IMP 類型，用于消息轉(zhuǎn)發(fā)的：當(dāng)向一個(gè)對(duì)象發(fā)送一條消息收奔，但它并沒有實(shí)現(xiàn)的時(shí)候掌呜，_objc_msgForward會(huì)嘗試做消息轉(zhuǎn)發(fā)。
五十四.什么是 TCP / UDP ?
TCP：傳輸控制協(xié)議坪哄。
UDP：用戶數(shù)據(jù)協(xié)議站辉。
TCP 是面向連接的呢撞，建立連接需要經(jīng)歷三次握手，是可靠的傳輸層協(xié)議饰剥。
UDP 是面向無(wú)連接的殊霞，數(shù)據(jù)傳輸是不可靠的，它只管發(fā)汰蓉，不管收不收得到绷蹲。
簡(jiǎn)單的說，TCP注重?cái)?shù)據(jù)安全顾孽，而UDP數(shù)據(jù)傳輸快點(diǎn)祝钢，但安全性一般。
五十五.通信底層原理（OSI七層模型）
OSI采用了分層的結(jié)構(gòu)化技術(shù)若厚，共分七層：
物理層拦英、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層测秸、傳輸層疤估、會(huì)話層、表示層霎冯、應(yīng)用層铃拇。
五十六.OC中創(chuàng)建線程的方法是什么？如果在主線程中執(zhí)行代碼沈撞，方法是什么慷荔？
// 創(chuàng)建線程的方法
- [NSThread detachNewThreadSelector:nil toTarget:nil withObject:nil]
- [self performSelectorInBackground:nil withObject:nil];
- [[NSThread alloc] initWithTarget:nil selector:nil object:nil];
- dispatch_async(dispatch_get_global_queue(0, 0), ^{});
- [[NSOperationQueue new] addOperation:nil];
// 主線程中執(zhí)行代碼的方法
- [self performSelectorOnMainThread:nil withObject:nil waitUntilDone:YES];
- dispatch_async(dispatch_get_main_queue(), ^{});
- [[NSOperationQueue mainQueue] addOperation:nil];
五十七.用偽代碼寫一個(gè)線程安全的單例模式
static id _instance;
(id)allocWithZone:(struct _NSZone *)zone {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
_instance = [super allocWithZone:zone];
});
return _instance;
}(instancetype)sharedData {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
_instance = [[self alloc] init];
});
return _instance;
}
- (id)copyWithZone:(NSZone *)zone {
return _instance;
}
五十八.在手勢(shì)對(duì)象基礎(chǔ)類UIGestureRecognizer的常用子類手勢(shì)類型中哪兩個(gè)手勢(shì)發(fā)生后，響應(yīng)只會(huì)執(zhí)行一次缠俺？
答：UITapGestureRecognizer,UISwipeGestureRecognizer是一次性手勢(shì),手勢(shì)發(fā)生后,響應(yīng)只會(huì)執(zhí)行一次显晶。
五十九.HTTP協(xié)議中 POST 方法和 GET 方法有那些區(qū)別?
- GET用于向服務(wù)器請(qǐng)求數(shù)據(jù)，POST用于提交數(shù)據(jù)
- GET請(qǐng)求壹士，請(qǐng)求參數(shù)拼接形式暴露在地址欄磷雇，而POST請(qǐng)求參數(shù)則放在請(qǐng)求體里面，因此GET請(qǐng)求不適合用于驗(yàn)證密碼等操作
- GET請(qǐng)求的URL有長(zhǎng)度限制墓卦，POST請(qǐng)求不會(huì)有長(zhǎng)度限制
六十.請(qǐng)簡(jiǎn)單的介紹下APNS發(fā)送系統(tǒng)消息的機(jī)制
APNS優(yōu)勢(shì)：杜絕了類似安卓那種為了接受通知不停在后臺(tái)喚醒程序保持長(zhǎng)連接的行為倦春，由iOS系統(tǒng)和APNS進(jìn)行長(zhǎng)連接替代户敬。
APNS的原理：
1). 應(yīng)用在通知中心注冊(cè)落剪，由iOS系統(tǒng)向APNS請(qǐng)求返回設(shè)備令牌(device Token)
2). 應(yīng)用程序接收到設(shè)備令牌并發(fā)送給自己的后臺(tái)服務(wù)器
3). 服務(wù)器把要推送的內(nèi)容和設(shè)備發(fā)送給APNS
4). APNS根據(jù)設(shè)備令牌找到設(shè)備，再由iOS根據(jù)APPID把推送內(nèi)容展示
?
第三方框架
AFNetworking 底層原理分析
AFNetworking主要是對(duì)NSURLSession和NSURLConnection(iOS9.0廢棄)的封裝,其中主要有以下類:
1). AFHTTPRequestOperationManager：內(nèi)部封裝的是 NSURLConnection, 負(fù)責(zé)發(fā)送網(wǎng)絡(luò)請(qǐng)求, 使用最多的一個(gè)類尿庐。(3.0廢棄)
2). AFHTTPSessionManager：內(nèi)部封裝是 NSURLSession, 負(fù)責(zé)發(fā)送網(wǎng)絡(luò)請(qǐng)求,使用最多的一個(gè)類忠怖。
3). AFNetworkReachabilityManager：實(shí)時(shí)監(jiān)測(cè)網(wǎng)絡(luò)狀態(tài)的工具類。當(dāng)前的網(wǎng)絡(luò)環(huán)境發(fā)生改變之后,這個(gè)工具類就可以檢測(cè)到抄瑟。
4). AFSecurityPolicy：網(wǎng)絡(luò)安全的工具類, 主要是針對(duì) HTTPS 服務(wù)凡泣。
5). AFURLRequestSerialization：序列化工具類,基類。上傳的數(shù)據(jù)轉(zhuǎn)換成JSON格式
(AFJSONRequestSerializer).使用不多。
6). AFURLResponseSerialization：反序列化工具類;基類.使用比較多:
7). AFJSONResponseSerializer; JSON解析器,默認(rèn)的解析器.
8). AFHTTPResponseSerializer; 萬(wàn)能解析器; JSON和XML之外的數(shù)據(jù)類型,直接返回二進(jìn)
制數(shù)據(jù).對(duì)服務(wù)器返回的數(shù)據(jù)不做任何處理.
9). AFXMLParserResponseSerializer; XML解析器;
描述下SDWebImage里面給UIImageView加載圖片的邏輯
SDWebImage 中為 UIImageView 提供了一個(gè)分類UIImageView+WebCache.h, 這個(gè)分類中有一個(gè)最常用的接口sd_setImageWithURL:placeholderImage:鞋拟，會(huì)在真實(shí)圖片出現(xiàn)前會(huì)先顯示占位圖片骂维，當(dāng)真實(shí)圖片被加載出來(lái)后再替換占位圖片。
加載圖片的過程大致如下：
1.首先會(huì)在 SDWebImageCache 中尋找圖片是否有對(duì)應(yīng)的緩存, 它會(huì)以u(píng)rl 作為數(shù)據(jù)的索引先在內(nèi)存中尋找是否有對(duì)應(yīng)的緩存
2.如果緩存未找到就會(huì)利用通過MD5處理過的key來(lái)繼續(xù)在磁盤中查詢對(duì)應(yīng)的數(shù)據(jù), 如果找到了, 就會(huì)把磁盤中的數(shù)據(jù)加載到內(nèi)存中贺纲，并將圖片顯示出來(lái)
3.如果在內(nèi)存和磁盤緩存中都沒有找到航闺，就會(huì)向遠(yuǎn)程服務(wù)器發(fā)送請(qǐng)求，開始下載圖片
4.下載后的圖片會(huì)加入緩存中猴誊，并寫入磁盤中
5.整個(gè)獲取圖片的過程都是在子線程中執(zhí)行潦刃，獲取到圖片后回到主線程將圖片顯示出來(lái)
SDWebImage原理：
調(diào)用類別的方法：
1. 從內(nèi)存（字典）中找圖片（當(dāng)這個(gè)圖片在本次使用程序的過程中已經(jīng)被加載過），找到直接使用懈叹。
2. 從沙盒中找（當(dāng)這個(gè)圖片在之前使用程序的過程中被加載過）乖杠，找到使用，緩存到內(nèi)存中澄成。
3. 從網(wǎng)絡(luò)上獲取胧洒，使用，緩存到內(nèi)存环揽，緩存到沙盒略荡。
友盟統(tǒng)計(jì)接口統(tǒng)計(jì)的所有功能
APP啟動(dòng)速度，APP停留頁(yè)面時(shí)間等
算法
求最大公約數(shù)
/** 1.直接遍歷法 /
int maxCommonDivisor(int a, int b) {
int max = 0;
for (int i = 1; i <=b; i++) {
if (a % i == 0 && b % i == 0) {
max = i;
}
}
return max;
}
/* 2.輾轉(zhuǎn)相除法 */
int maxCommonDivisor(int a, int b) {
int r;
while(a % b > 0) {
r = a % b;
a = b;
b = r;
}
return b;
}
// 擴(kuò)展：最小公倍數(shù) = (a * b)/最大公約數(shù)
模擬棧操作
/**
- 棧是一種數(shù)據(jù)結(jié)構(gòu)歉胶，特點(diǎn)：先進(jìn)后出
- 練習(xí)：使用全局變量模擬棧的操作
*/
include <stdio.h>
include <stdbool.h>
include <assert.h>
//保護(hù)全局變量：在全局變量前加static后汛兜，這個(gè)全局變量就只能在本文件中使用
static int data[1024];//棧最多能保存1024個(gè)數(shù)據(jù)
static int count = 0;//目前已經(jīng)放了多少個(gè)數(shù)(相當(dāng)于棧頂位置)
//數(shù)據(jù)入棧 push
void push(int x){
assert(!full());//防止數(shù)組越界
data[count++] = x;
}
//數(shù)據(jù)出棧 pop
int pop(){
assert(!empty());
return data[--count];
}
//查看棧頂元素 top
int top(){
assert(!empty());
return data[count-1];
}
//查詢棧滿 full
bool full() {
if(count >= 1024) {
return 1;
}
return 0;
}
//查詢棧空 empty
bool empty() {
if(count <= 0) {
return 1;
}
return 0;
}
int main(){
//入棧
for (int i = 1; i <= 10; i++) {
push(i);
}
//出棧
while(!empty()){
printf("%d ", top()); //棧頂元素
pop(); //出棧
}
printf("\n");
return 0;
}
排序算法
選擇排序通今、冒泡排序粥谬、插入排序三種排序算法可以總結(jié)為如下：
/**
- 【選擇排序】：最值出現(xiàn)在起始端
- 第1趟：在n個(gè)數(shù)中找到最小(大)數(shù)與第一個(gè)數(shù)交換位置
- 第2趟：在剩下n-1個(gè)數(shù)中找到最小(大)數(shù)與第二個(gè)數(shù)交換位置
- 重復(fù)這樣的操作...依次與第三個(gè)、第四個(gè)...數(shù)交換位置
- 第n-1趟辫塌，最終可實(shí)現(xiàn)數(shù)據(jù)的升序（降序）排列漏策。
*/
void selectSort(int *arr, int length) {
for (int i = 0; i < length - 1; i++) { //趟數(shù)
for (int j = i + 1; j < length; j++) { //比較次數(shù)
if (arr[i] > arr[j]) {
int temp = arr[i];
arr[i] = arr[j];
arr[j] = temp;
}
}
}
}
/**
- 【冒泡排序】：相鄰元素兩兩比較，比較完一趟臼氨，最值出現(xiàn)在末尾
- 第1趟：依次比較相鄰的兩個(gè)數(shù)掺喻，不斷交換（小數(shù)放前，大數(shù)放后）逐個(gè)推進(jìn)储矩，最值最后出現(xiàn)在第n個(gè)元素位置
- 第2趟：依次比較相鄰的兩個(gè)數(shù)感耙，不斷交換（小數(shù)放前，大數(shù)放后）逐個(gè)推進(jìn)持隧，最值最后出現(xiàn)在第n-1個(gè)元素位置
- …… ……
- 第n-1趟：依次比較相鄰的兩個(gè)數(shù)即硼，不斷交換（小數(shù)放前，大數(shù)放后）逐個(gè)推進(jìn)屡拨，最值最后出現(xiàn)在第2個(gè)元素位置
*/
void bublleSort(int *arr, int length) {
for(int i = 0; i < length - 1; i++) { //趟數(shù)
for(int j = 0; j < length - i - 1; j++) { //比較次數(shù)
if(arr[j] > arr[j+1]) {
int temp = arr[j];
arr[j] = arr[j+1];
arr[j+1] = temp;
}
}
}
}
都將數(shù)組分為已排序部分和未排序部分只酥。
- 選擇排序?qū)⒁雅判虿糠侄x在左端褥实，然后選擇未排序部分的最小元素和未排序部分的第一個(gè)元素交換。
- 冒泡排序?qū)⒁雅判虿糠侄x在右端裂允，在遍歷未排序部分的過程執(zhí)行交換损离，將最大元素交換到最右端。
- 插入排序?qū)⒁雅判虿糠侄x在左端绝编，將未排序部分元的第一個(gè)元素插入到已排序部分合適的位置草冈。
選擇排序
冒泡排序
折半查找（二分查找）
/**
- 折半查找：優(yōu)化查找時(shí)間（不用遍歷全部數(shù)據(jù)）
- 折半查找的原理：
- 1> 數(shù)組必須是有序的
- 2> 必須已知min和max（知道范圍）
- 3> 動(dòng)態(tài)計(jì)算mid的值，取出mid對(duì)應(yīng)的值進(jìn)行比較
- 4> 如果mid對(duì)應(yīng)的值大于要查找的值瓮增，那么max要變小為mid-1
- 5> 如果mid對(duì)應(yīng)的值小于要查找的值怎棱，那么min要變大為mid+1
*/
// 已知一個(gè)有序數(shù)組, 和一個(gè)key, 要求從數(shù)組中找到key對(duì)應(yīng)的索引位置
int findKey(int *arr, int length, int key) {
int min = 0, max = length - 1, mid;
while (min <= max) {
mid = (min + max) / 2; //計(jì)算中間值
if (key > arr[mid]) {
min = mid + 1;
} else if (key < arr[mid]) {
max = mid - 1;
} else {
return mid;
}
}
return -1;
}
?
編碼格式（優(yōu)化細(xì)節(jié)）
在 Objective-C 中，enum 建議使用 NS_ENUM 和 NS_OPTIONS 宏來(lái)定義枚舉類型绷跑。
//定義一個(gè)枚舉(比較嚴(yán)密)
typedef NS_ENUM(NSInteger, BRUserGender) {
BRUserGenderUnknown, // 未知
BRUserGenderMale, // 男性
BRUserGenderFemale, // 女性
BRUserGenderNeuter // 無(wú)性
};
@interface BRUser : NSObject<NSCopying>
@property (nonatomic, readonly, copy) NSString *name;
@property (nonatomic, readonly, assign) NSUInteger age;
@property (nonatomic, readonly, assign) BRUserGender gender;
- (instancetype)initWithName:(NSString *)name age:(NSUInteger)age gender:(BRUserGender)gender;
@end
//說明：
//既然該類中已經(jīng)有一個(gè)“初始化方法” 拳恋，用于設(shè)置 name、age 和 gender 的初始值: 那么在設(shè)計(jì)對(duì)應(yīng) @property 時(shí)就應(yīng)該盡量使用不可變的對(duì)象：其三個(gè)屬性都應(yīng)該設(shè)為“只讀”砸捏。用初始化方法設(shè)置好屬性值之后谬运，就不能再改變了。
//屬性的參數(shù)應(yīng)該按照下面的順序排列： （原子性垦藏，讀寫梆暖，內(nèi)存管理）
?
避免使用C語(yǔ)言中的基本數(shù)據(jù)類型，建議使用 Foundation 數(shù)據(jù)類型掂骏，對(duì)應(yīng)關(guān)系如下：
int -> NSInteger
unsigned -> NSUInteger
float -> CGFloat
動(dòng)畫時(shí)間 -> NSTimeInterval
?
其它知識(shí)點(diǎn)
一.什么是 OpenGL轰驳、Quartz 2D？
Quatarz 2d 是Apple提供的基本圖形工具庫(kù)弟灼。只是適用于2D圖形的繪制级解。
OpenGL，是一個(gè)跨平臺(tái)的圖形開發(fā)庫(kù)田绑。適用于2D和3D圖形的繪制勤哗。
ffmpeg框架：?ffmpeg 是音視頻處理工具，既有音視頻編碼解碼功能掩驱，又可以作為播放器使用芒划。
談?wù)?UITableView 的優(yōu)化
1). 正確的復(fù)用cell。
2). 設(shè)計(jì)統(tǒng)一規(guī)格的Cell
3). 提前計(jì)算并緩存好高度（布局）欧穴，因?yàn)閔eightForRowAtIndexPath:是調(diào)用最頻繁的方法民逼；
4). 異步繪制，遇到復(fù)雜界面苔可，遇到性能瓶頸時(shí)缴挖，可能就是突破口袋狞；
4). 滑動(dòng)時(shí)按需加載焚辅，這個(gè)在大量圖片展示映屋，網(wǎng)絡(luò)加載的時(shí)候很管用！
5). 減少子視圖的層級(jí)關(guān)系
6). 盡量使所有的視圖不透明化以及做切圓操作同蜻。
7). 不要?jiǎng)討B(tài)的add 或者 remove 子控件棚点。最好在初始化時(shí)就添加完，然后通過hidden來(lái)控制是否顯示湾蔓。
8). 使用調(diào)試工具分析問題瘫析。
二如何實(shí)行cell的動(dòng)態(tài)的行高
如果希望每條數(shù)據(jù)顯示自身的行高，必須設(shè)置兩個(gè)屬性默责，1.預(yù)估行高贬循，2.自定義行高。
設(shè)置預(yù)估行高 tableView.estimatedRowHeight = 200桃序。
設(shè)置定義行高 tableView.estimatedRowHeight = UITableViewAutomaticDimension杖虾。
如果要讓自定義行高有效，必須讓容器視圖有一個(gè)自下而上的約束媒熊。
三說說你對(duì) block 的理解
棧上的自動(dòng)復(fù)制到堆上奇适，block 的屬性修飾符是 copy，循環(huán)引用的原理和解決方案芦鳍。
四說說你對(duì) runtime 的理解
主要是方法調(diào)用時(shí)如何查找緩存嚷往，如何找到方法，找不到方法時(shí)怎么轉(zhuǎn)發(fā)柠衅，對(duì)象的內(nèi)存布局皮仁。
五什么是野指針、空指針菲宴？
野指針：不知道指向了哪里的指針叫野指針魂贬。即指針指向不確定，指針存的地址是一個(gè)垃圾值裙顽，未初始化付燥。
空指針：不指向任何位置的指針叫空指針。即指針沒有指向愈犹，指針存的地址是一個(gè)空地址键科，NULL。
六什么是 OOA / OOD / OOP ?
OOA（Object Oriented Analysis） --面向?qū)ο蠓治?br>
OOD（Object Oriented Design） --面向?qū)ο笤O(shè)計(jì)
OOP（Object Oriented Programming）--面向?qū)ο缶幊?/p>
七 多線程是什么
多線程是個(gè)復(fù)雜的概念漩怎，按字面意思是同步完成多項(xiàng)任務(wù)勋颖，提高了資源的使用效率，從硬件勋锤、操作系統(tǒng)饭玲、應(yīng)用軟件不同的角度去看，多線程被賦予不同的內(nèi)涵叁执，對(duì)于硬件茄厘，現(xiàn)在市面上多數(shù)的CPU都是多核的矮冬，多核的CPU運(yùn)算多線程更為出色;從操作系統(tǒng)角度，是多任務(wù)次哈，現(xiàn)在用的主流操作系統(tǒng)都是多任務(wù)的胎署，可以一邊聽歌、一邊寫博客;對(duì)于應(yīng)用來(lái)說窑滞，多線程可以讓應(yīng)用有更快的回應(yīng)琼牧，可以在網(wǎng)絡(luò)下載時(shí)，同時(shí)響應(yīng)用戶的觸摸操作哀卫。在iOS應(yīng)用中巨坊，對(duì)多線程最初的理解，就是并發(fā)此改，它的含義是原來(lái)先做燒水抱究，再摘菜，再炒菜的工作带斑，會(huì)變成燒水的同時(shí)去摘菜鼓寺，最后去炒菜。
八. iOS 中的多線程
iOS中的多線程勋磕，是Cocoa框架下的多線程妈候，通過Cocoa的封裝，可以讓我們更為方便的使用線程挂滓，做過C++的同學(xué)可能會(huì)對(duì)線程有更多的理解苦银，比如線程的創(chuàng)立，信號(hào)量赶站、共享變量有認(rèn)識(shí)幔虏，Cocoa框架下會(huì)方便很多，它對(duì)線程做了封裝贝椿，有些封裝想括，可以讓我們創(chuàng)建的對(duì)象，本身便擁有線程烙博，也就是線程的對(duì)象化抽象瑟蜈，從而減少我們的工程，提供程序的健壯性渣窜。
GCD是(Grand Central Dispatch)的縮寫 铺根，從系統(tǒng)級(jí)別提供的一個(gè)易用地多線程類庫(kù)，具有運(yùn)行時(shí)的特點(diǎn)乔宿，能充分利用多核心硬件位迂。GCD的API接口為C語(yǔ)言的函數(shù)，函數(shù)參數(shù)中多數(shù)有Block，關(guān)于Block的使用參看這里掂林，為我們提供強(qiáng)大的“接口”臣缀，對(duì)于GCD的使用參見本文
NSOperation與Queue
NSOperation是一個(gè)抽象類，它封裝了線程的細(xì)節(jié)實(shí)現(xiàn)党饮，我們可以通過子類化該對(duì)象，加上NSQueue來(lái)同面向?qū)ο蟮乃季S驳庭，管理多線程程序刑顺。具體可參看這里：一個(gè)基于NSOperation的多線程網(wǎng)絡(luò)訪問的項(xiàng)目。
NSThread
NSThread是一個(gè)控制線程執(zhí)行的對(duì)象饲常，它不如NSOperation抽象蹲堂，通過它我們可以方便的得到一個(gè)線程，并控制它贝淤。但NSThread的線程之間的并發(fā)控制柒竞，是需要我們自己來(lái)控制的，可以通過NSCondition實(shí)現(xiàn)播聪。
參看 iOS多線程編程之NSThread的使用
其他多線程
在Cocoa的框架下朽基，通知、Timer和異步函數(shù)等都有使用多線程离陶，(待補(bǔ)充).
九. 在項(xiàng)目什么時(shí)候選擇使用GCD稼虎，什么時(shí)候選擇NSOperation?
項(xiàng)目中使用NSOperation的優(yōu)點(diǎn)是NSOperation是對(duì)線程的高度抽象，在項(xiàng)目中使用它招刨，會(huì)使項(xiàng)目的程序結(jié)構(gòu)更好霎俩，子類化NSOperation的設(shè)計(jì)思路，是具有面向?qū)ο蟮膬?yōu)點(diǎn)(復(fù)用沉眶、封裝)打却，使得實(shí)現(xiàn)是多線程支持，而接口簡(jiǎn)單谎倔，建議在復(fù)雜項(xiàng)目中使用柳击。
項(xiàng)目中使用GCD的優(yōu)點(diǎn)是GCD本身非常簡(jiǎn)單、易用片习，對(duì)于不復(fù)雜的多線程操作腻暮，會(huì)節(jié)省代碼量，而Block參數(shù)的使用毯侦，會(huì)是代碼更為易讀哭靖，建議在簡(jiǎn)單項(xiàng)目中使用。
十 KVO侈离，NSNotification试幽，delegate及block區(qū)別
十一 將一個(gè)函數(shù)在主線程執(zhí)行的4種方法
dispatch_async(dispatch_get_main_queue(), ^{
//需要執(zhí)行的方法
});
NSOperationQueue *mainQueue = [NSOperationQueue mainQueue]; //主隊(duì)列
NSBlockOperation *operation = [NSBlockOperation blockOperationWithBlock:^{
//需要執(zhí)行的方法
}];
[mainQueue addOperation:operation];
[self performSelector:@selector(method) onThread:[NSThread mainThread] withObject:nil waitUntilDone:YES modes:nil];
[self performSelectorOnMainThread:@selector(method) withObject:nil waitUntilDone:YES];
[[NSThread mainThread] performSelector:@selector(method) withObject:nil];
[[NSRunLoop mainRunLoop] performSelector:@selector(method) withObject:nil];
十二 如何讓計(jì)時(shí)器調(diào)用一個(gè)類方法
十三 如何重寫類方法
十四 NSTimer創(chuàng)建后，會(huì)在哪個(gè)線程運(yùn)行。
十五 id和NSObject＊的區(qū)別
typedef struct objc_object *id
十六.ios開發(fā)逆向傳值的幾種方法整理
第一種：代理傳值
第二個(gè)控制器：
@protocol WJSecondViewControllerDelegate <NSObject>
(void)changeText:(NSString*)text;
@end
@property(nonatomic,assign)id<WJSecondViewControllerDelegate>delegate;(IBAction)buttonClick:(UIButton*)sender {
_str = sender.titleLabel.text;
[self.delegate changeText:sender.titleLabel.text];
[self.navigationController popViewControllerAnimated:YES];
}
第一個(gè)控制器:(IBAction)pushToSecond:(id)sender {
WJSecondViewController *svc = [[WJSecondViewController alloc]initWithNibName:@"WJSecondViewController" bundle:nil];
svc.delegate = self;
svc.str = self.navigationItem.title;
[self.navigationController pushViewController:svc animated:YES];
[svc release];
}(void)changeText:(NSString *)text{
self.navigationItem.title = text;
}
第二種：通知傳值
第一個(gè)控制器：
//注冊(cè)監(jiān)聽通知
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(limitDataForModel:) name:@"NOV" object:nil];
- (void)limitDataForModel:(NSNotification *)noti{
self.gamesInfoArray = noti.object;
}
第二個(gè)控制器：
//發(fā)送通知
[[NSNotificationCenter defaultCenter] postNotificationName:@"NOV" object:gameArray];
第三種：?jiǎn)卫齻髦?/p>
Single是一個(gè)單例類铺坞，并且有一個(gè)字符串類型的屬性titleName
在第二個(gè)控制器：
(IBAction)buttonClick:(UIButton*)sender {
Single *single = [Single sharedSingle];
single.titleName = sender.titleLabel.text;
[self.navigationController popViewControllerAnimated:YES];
}
第一個(gè)控制器：(void)viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated];
Single *single = [Single sharedSingle];
self.navigationItem.title = single.titleName;
}
第四種：block傳值
第二個(gè)控制器：
@property (nonatomic,copy) void (^changeText_block)(NSString*);
(IBAction)buttonClick:(UIButton*)sender {
_str = sender.titleLabel.text;
self.changeText_block(sender.titleLabel.text);
[self.navigationController popViewControllerAnimated:YES];
}
第一個(gè)控制器：-
(IBAction)pushToSecond:(id)sender {
WJSecondViewController *svc = [[WJSecondViewController alloc]initWithNibName:@"WJSecondViewController" bundle:nil];
svc.str = self.navigationItem.title;
[svc setChangeText_block:^(NSString *str) {self.navigationItem.title = str;
}]起宽；
[self.navigationController pushViewController:svc animated:YES];
}
第五種：extern傳值
第二個(gè)控制器：
extern NSString *btn;
- (IBAction)buttonClick:(UIButton*)sender {
btn = sender.titleLabel.text;
[self.navigationController popViewControllerAnimated:YES];
}
第一個(gè)控制器:
NSString *btn = nil;
- (void)viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated];
self.navigationItem.title = btn;
}
第六種：KVO傳值
第一個(gè)控制器:
(void)viewDidLoad {
[super viewDidLoad];
_vc =[[SecondViewController alloc]init];
//self監(jiān)聽vc里的textValue屬性
[_vc addObserver:self forKeyPath:@"textValue" options:0 context:nil];
}
第二個(gè)控制器:(IBAction)buttonClicked:(id)sender {
self.textValue = self.textField.text;
[self.navigationController popViewControllerAnimated:YES];
}
Method1:performSelector
[self performSelector:@selector(delayMethod) withObject:nil/可傳任意類型參數(shù)/ afterDelay:2.0];
注：此方法是一種非阻塞的執(zhí)行方式，未找到取消執(zhí)行的方法济榨。
Method2:NSTimer定時(shí)器
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(delayMethod) userInfo:nil repeats:NO];
注：此方法是一種非阻塞的執(zhí)行方式坯沪，
Method3:NSThread線程的sleep
[NSThread sleepForTimeInterval:2.0];
注：此方法是一種阻塞執(zhí)行方式，建議放在子線程中執(zhí)行擒滑，否則會(huì)卡住界面腐晾。但有時(shí)還是需要阻塞執(zhí)行，如進(jìn)入歡迎界面需要沉睡3秒才進(jìn)入主界面時(shí)丐一。
沒有找到取消執(zhí)行方式藻糖。
Method4:GCD
__block ViewController/主控制器/ *weakSelf = self;
dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0/延遲執(zhí)行時(shí)間/ * NSEC_PER_SEC));
dispatch_after(delayTime, dispatch_get_main_queue(), ^{
[weakSelf delayMethod];
});`
十七.NSPersistentStoreCoordinator , NSManaged0bjectContext 和NSManaged0bject中的那些需要在線程中創(chuàng)建或者傳遞
答：NSPersistentStoreCoordinator是持久化存儲(chǔ)協(xié)調(diào)者，主要用于協(xié)調(diào)托管對(duì)象上下文和持久化存儲(chǔ)區(qū)之間的關(guān)系库车。NSManagedObjectContext使用協(xié)調(diào)者的托管對(duì)象模型將數(shù)據(jù)保存到數(shù)據(jù)庫(kù)巨柒，或查詢數(shù)據(jù)。
十八.您是否做過一部的網(wǎng)絡(luò)處理和通訊方面的工作柠衍？如果有洋满，能具體介紹一下實(shí)現(xiàn)策略么
答：使用NSOperation發(fā)送異步網(wǎng)絡(luò)請(qǐng)求，使用NSOperationQueue管理線程數(shù)目及優(yōu)先級(jí)珍坊，底層是用NSURLConnetion芦岂，
81.你使用過Objective-C的運(yùn)行時(shí)編程（Runtime Programming）么？如果使用過垫蛆，你用它做了什么禽最？你還能記得你所使用的相關(guān)的頭文件或者某些方法的名稱嗎？
答：Objecitve-C的重要特性是Runtime（運(yùn)行時(shí)）,在#import <objc/runtime.h> 下能看到相關(guān)的方法袱饭，用過objc_getClass()和class_copyMethodList()獲取過私有API;使用
Method method1 = class_getInstanceMethod(cls, sel1);
Method method2 = class_getInstanceMethod(cls, sel2);
method_exchangeImplementations(method1, method2);
代碼交換兩個(gè)方法川无，在寫unit test時(shí)使用到。
82.Core開頭的系列的內(nèi)容虑乖。是否使用過CoreAnimation和CoreGraphics懦趋。UI框架和CA，CG框架的聯(lián)系是什么疹味？分別用CA和CG做過些什么動(dòng)畫或者圖像上的內(nèi)容齿诉。（有需要的話還可以涉及Quartz的一些內(nèi)容）
答：UI框架的底層有CoreAnimation啡邑，CoreAnimation的底層有CoreGraphics。
UIKit |
------------ |
Core Animation |
Core Graphics |
Graphics Hardware|
使用CA做過menu菜單的展開收起（太遜了）
十九.是否使用過CoreText或者CoreImage等？如果使用過盅安，請(qǐng)談?wù)勀闶褂肅oreText或者CoreImage的體驗(yàn)石景。
答：CoreText可以解決復(fù)雜文字內(nèi)容排版問題毅访。CoreImage可以處理圖片白群，為其添加各種效果。體驗(yàn)是很強(qiáng)大，挺復(fù)雜的掏呼。
二十.NSNotification和KVO的區(qū)別和用法是什么坏快？什么時(shí)候應(yīng)該使用通知，什么時(shí)候應(yīng)該使用KVO憎夷，它們的實(shí)現(xiàn)上有什么區(qū)別嗎莽鸿？如果用protocol和delegate（或者delegate的Array）來(lái)實(shí)現(xiàn)類似的功能可能嗎？如果可能拾给，會(huì)有什么潛在的問題祥得？如果不能，為什么鸣戴？（雖然protocol和delegate這種東西面試已經(jīng)面爛了…）
答：NSNotification是通知模式在iOS的實(shí)現(xiàn)啃沪，KVO的全稱是鍵值觀察(Key-value observing),其是基于KVC（key-value coding）的粘拾，KVC是一個(gè)通過屬性名訪問屬性變量的機(jī)制窄锅。例如將Module層的變化，通知到多個(gè)Controller對(duì)象時(shí)缰雇，可以使用NSNotification入偷；如果是只需要觀察某個(gè)對(duì)象的某個(gè)屬性，可以使用KVO械哟。
對(duì)于委托模式疏之，在設(shè)計(jì)模式中是對(duì)象適配器模式，其是delegate是指向某個(gè)對(duì)象的暇咆，這是一對(duì)一的關(guān)系锋爪，而在通知模式中，往往是一對(duì)多的關(guān)系爸业。委托模式其骄，從技術(shù)上可以現(xiàn)在改變delegate指向的對(duì)象，但不建議這樣做扯旷，會(huì)讓人迷惑钧忽，如果一個(gè)delegate對(duì)象不斷改變耸黑，指向不同的對(duì)象备禀。
二十一.你用過NSOperationQueue么曲尸？如果用過或者了解的話另患，你為什么要使用NSOperationQueue昆箕，實(shí)現(xiàn)了什么鹏倘？請(qǐng)描述它和G.C.D的區(qū)別和類似的地方（提示：可以從兩者的實(shí)現(xiàn)機(jī)制和適用范圍來(lái)描述）纤泵。
答：使用NSOperationQueue用來(lái)管理子類化的NSOperation對(duì)象捏题，控制其線程并發(fā)數(shù)目公荧。GCD和NSOperation都可以實(shí)現(xiàn)對(duì)線程的管理循狰，區(qū)別是 NSOperation和NSOperationQueue是多線程的面向?qū)ο蟪橄笮髟俊ｍ?xiàng)目中使用NSOperation的優(yōu)點(diǎn)是NSOperation是對(duì)線程的高度抽象昧识，在項(xiàng)目中使用它跪楞，會(huì)使項(xiàng)目的程序結(jié)構(gòu)更好缕碎，子類化NSOperation的設(shè)計(jì)思路咏雌，是具有面向?qū)ο蟮膬?yōu)點(diǎn)（復(fù)用、封裝）统倒，使得實(shí)現(xiàn)是多線程支持房匆，而接口簡(jiǎn)單浴鸿，建議在復(fù)雜項(xiàng)目中使用岳链。
項(xiàng)目中使用GCD的優(yōu)點(diǎn)是GCD本身非常簡(jiǎn)單、易用举户，對(duì)于不復(fù)雜的多線程操作，會(huì)節(jié)省代碼量服猪，而Block參數(shù)的使用罢猪，會(huì)是代碼更為易讀叉瘩，建議在簡(jiǎn)單項(xiàng)目中使用薇缅。
二十二.既然提到G.C.D，那么問一下在使用G.C.D以及block時(shí)要注意些什么汤徽？它們兩是一回事兒么谒府？block在ARC中和傳統(tǒng)的MRC中的行為和用法有沒有什么區(qū)別完疫，需要注意些什么壳鹤？
答：使用block是要注意器虾，若將block做函數(shù)參數(shù)時(shí)兆沙，需要把它放到最后葛圃，GCD是Grand Central Dispatch曲楚，是一個(gè)對(duì)線程開源類庫(kù)龙誊，而Block是閉包，是能夠讀取其他函數(shù)內(nèi)部變量的函數(shù)逊朽。
二十三. 對(duì)于Objective-C，你認(rèn)為它最大的優(yōu)點(diǎn)和最大的不足是什么岛蚤？對(duì)于不足之處昂利，現(xiàn)在有沒有可用的方法繞過這些不足來(lái)實(shí)現(xiàn)需求。如果可以的話，你有沒有考慮或者實(shí)踐過重新實(shí)現(xiàn)OC的一些功能助赞，如果有，具體會(huì)如何做？
答：最大的優(yōu)點(diǎn)是它的運(yùn)行時(shí)特性，不足是沒有命名空間蟹瘾，對(duì)于命名沖突喷鸽，可以使用長(zhǎng)命名法或特殊前綴解決混槐，如果是引入的第三方庫(kù)之間的命名沖突狠鸳，可以使用link命令及flag解決沖突。
二十四. 你實(shí)現(xiàn)過一個(gè)框架或者庫(kù)以供別人使用么？如果有盟庞，請(qǐng)談一談構(gòu)建框架或者庫(kù)時(shí)候的經(jīng)驗(yàn)卸伞；如果沒有，請(qǐng)?jiān)O(shè)想和設(shè)計(jì)框架的public的API雾家，并指出大概需要如何做敬飒、需要注意一些什么方面揽惹，來(lái)使別人容易地使用你的框架慕嚷。
答：抽象和封裝澡谭，方便使用。首先是對(duì)問題有充分的了解日裙，比如構(gòu)建一個(gè)文件解壓壓縮框架路克，從使用者的角度出發(fā)驮履，只需關(guān)注發(fā)送給框架一個(gè)解壓請(qǐng)求，框架完成復(fù)雜文件的解壓操作葛闷，并且在適當(dāng)?shù)臅r(shí)候通知給是哦難過者，如解壓完成、解壓出錯(cuò)等稚照。在框架內(nèi)部去構(gòu)建對(duì)象的關(guān)系，通過抽象讓其更為健壯师崎、便于更改谈况。其次是API的說明文檔泼诱。
KVO就是cocoa框架實(shí)現(xiàn)的觀察者模式坛掠，一般同KVC搭配使用，通過KVO可以監(jiān)測(cè)一個(gè)值的變化治筒，比如View的高度變化屉栓。是一對(duì)多的關(guān)系，一個(gè)值的變化會(huì)通知所有的觀察者耸袜。
NSNotification是通知友多，也是一對(duì)多的使用場(chǎng)景。在某些情況下堤框，KVO和NSNotification是一樣的域滥，都是狀態(tài)變化之后告知對(duì)方。NSNotification的特點(diǎn)蜈抓，就是需要被觀察者先主動(dòng)發(fā)出通知启绰，然后觀察者注冊(cè)監(jiān)聽后再來(lái)進(jìn)行響應(yīng)，比KVO多了發(fā)送通知的一步沟使，但是其優(yōu)點(diǎn)是監(jiān)聽不局限于屬性的變化委可，還可以對(duì)多種多樣的狀態(tài)變化進(jìn)行監(jiān)聽，監(jiān)聽范圍廣腊嗡，使用也更靈活着倾。
delegate 是代理，就是我不想做的事情交給別人做燕少。比如狗需要吃飯卡者，就通過delegate通知主人，主人就會(huì)給他做飯棺亭、盛飯虎眨、倒水蟋软，這些操作镶摘，這些狗都不需要關(guān)心嗽桩，只需要調(diào)用delegate（代理人）就可以了，由其他類完成所需要的操作凄敢。所以delegate是一對(duì)一關(guān)系碌冶。
block是delegate的另一種形式，是函數(shù)式編程的一種形式涝缝。使用場(chǎng)景跟delegate一樣扑庞，相比delegate更靈活，而且代理的實(shí)現(xiàn)更直觀拒逮。
KVO一般的使用場(chǎng)景是數(shù)據(jù)罐氨，需求是數(shù)據(jù)變化，比如股票價(jià)格變化滩援，我們一般使用KVO（觀察者模式）栅隐。delegate一般的使用場(chǎng)景是行為，需求是需要?jiǎng)e人幫我做一件事情玩徊，比如買賣股票租悄，我們一般使用delegate。
Notification一般是進(jìn)行全局通知恩袱，比如利好消息一出泣棋，通知大家去買入。delegate是強(qiáng)關(guān)聯(lián)畔塔，就是委托和代理雙方互相知道潭辈，你委托別人買股票你就需要知道經(jīng)紀(jì)人，經(jīng)紀(jì)人也不要知道自己的顧客澈吨。Notification是弱關(guān)聯(lián)把敢，利好消息發(fā)出，你不需要知道是誰(shuí)發(fā)的也可以做出相應(yīng)的反應(yīng)棚辽，同理發(fā)消息的人也不需要知道接收的人也可以正常發(fā)出消息技竟。
GCD方法，通過向主線程隊(duì)列發(fā)送一個(gè)block塊屈藐，使block里的方法可以在主線程中執(zhí)行榔组。
NSOperation 方法
NSThread 方法
RunLoop方法
計(jì)時(shí)器只能調(diào)用實(shí)例方法，但是可以在這個(gè)實(shí)例方法里面調(diào)用靜態(tài)方法联逻。
使用計(jì)時(shí)器需要注意搓扯，計(jì)時(shí)器一定要加入RunLoop中，并且選好model才能運(yùn)行包归。scheduledTimerWithTimeInterval方法創(chuàng)建一個(gè)計(jì)時(shí)器并加入到RunLoop中所以可以直接使用锨推。
如果計(jì)時(shí)器的repeats選擇YES說明這個(gè)計(jì)時(shí)器會(huì)重復(fù)執(zhí)行，一定要在合適的時(shí)機(jī)調(diào)用計(jì)時(shí)器的invalid。不能在dealloc中調(diào)用换可，因?yàn)橐坏┰O(shè)置為repeats 為yes椎椰，計(jì)時(shí)器會(huì)強(qiáng)持有self，導(dǎo)致dealloc永遠(yuǎn)不會(huì)被調(diào)用沾鳄，這個(gè)類就永遠(yuǎn)無(wú)法被釋放慨飘。比如可以在viewDidDisappear中調(diào)用，這樣當(dāng)類需要被回收的時(shí)候就可以正常進(jìn)入dealloc中了译荞。
在子類中實(shí)現(xiàn)一個(gè)同基類名字一樣的靜態(tài)方法
在調(diào)用的時(shí)候不要使用類名調(diào)用瓤的，而是使用[self class]的方式調(diào)用。原理吞歼，用類名調(diào)用是早綁定圈膏，在編譯期綁定，用[self class]是晚綁定篙骡，在運(yùn)行時(shí)決定調(diào)用哪個(gè)方法稽坤。
用scheduledTimerWithTimeInterval創(chuàng)建的，在哪個(gè)線程創(chuàng)建就會(huì)被加入哪個(gè)線程的RunLoop中就運(yùn)行在哪個(gè)線程
自己創(chuàng)建的Timer医增，加入到哪個(gè)線程的RunLoop中就運(yùn)行在哪個(gè)線程慎皱。
id是一個(gè) objc_object 結(jié)構(gòu)體指針，定義是
id可以理解為指向?qū)ο蟮闹羔樢豆恰Ｋ衞c的對(duì)象 id都可以指向茫多，編譯器不會(huì)做類型檢查，id調(diào)用任何存在的方法都不會(huì)在編譯階段報(bào)錯(cuò)忽刽，當(dāng)然如果這個(gè)id指向的對(duì)象沒有這個(gè)方法天揖，該崩潰還是會(huì)崩潰的。
NSObject *指向的必須是NSObject的子類跪帝，調(diào)用的也只能是NSObjec里面的方法否則就要做強(qiáng)制類型轉(zhuǎn)換今膊。
不是所有的OC對(duì)象都是NSObject的子類，還有一些繼承自NSProxy伞剑。NSObject *可指向的類型是id的子集斑唬。
二十五.說說你理解weak屬性？
weak實(shí)現(xiàn)原理：
Runtime維護(hù)了一個(gè)weak表黎泣，用于存儲(chǔ)指向某個(gè)對(duì)象的所有weak指針恕刘。weak表其實(shí)是一個(gè)hash（哈希）表，Key是所指對(duì)象的地址抒倚，Value是weak指針的地址（這個(gè)地址的值是所指對(duì)象的地址）數(shù)組褐着。
1、初始化時(shí)：runtime會(huì)調(diào)用objc_initWeak函數(shù)托呕，初始化一個(gè)新的weak指針指向?qū)ο蟮牡刂贰?/p>
2含蓉、添加引用時(shí)：objc_initWeak函數(shù)會(huì)調(diào)用 objc_storeWeak() 函數(shù)频敛， objc_storeWeak() 的作用是更新指針指向，創(chuàng)建對(duì)應(yīng)的弱引用表馅扣。
3斟赚、釋放時(shí)，調(diào)用clearDeallocating函數(shù)岂嗓。clearDeallocating函數(shù)首先根據(jù)對(duì)象地址獲取所有weak指針地址的數(shù)組汁展，然后遍歷這個(gè)數(shù)組把其中的數(shù)據(jù)設(shè)為nil鹊碍，最后把這個(gè)entry從weak表中刪除厌殉，最后清理對(duì)象的記錄。
追問的問題一：
1.實(shí)現(xiàn)weak后侈咕，為什么對(duì)象釋放后會(huì)自動(dòng)為nil公罕？
runtime?對(duì)注冊(cè)的類， 會(huì)進(jìn)行布局耀销，對(duì)于?weak?對(duì)象會(huì)放入一個(gè)?hash?表中楼眷。 用?weak?指向的對(duì)象內(nèi)存地址作為?key，當(dāng)此對(duì)象的引用計(jì)數(shù)為?0?的時(shí)候會(huì)?dealloc熊尉，假如?weak?指向的對(duì)象內(nèi)存地址是?a?罐柳，那么就會(huì)以?a?為鍵， 在這個(gè)?weak?表中搜索狰住，找到所有以?a?為鍵的?weak?對(duì)象张吉，從而設(shè)置為?nil?。
追問的問題二：
2.當(dāng)weak引用指向的對(duì)象被釋放時(shí)催植，又是如何去處理weak指針的呢肮蛹？
1、調(diào)用objc_release
2创南、因?yàn)閷?duì)象的引用計(jì)數(shù)為0伦忠，所以執(zhí)行dealloc
3、在dealloc中稿辙，調(diào)用了_objc_rootDealloc函數(shù)
4昆码、在_objc_rootDealloc中，調(diào)用了object_dispose函數(shù)
5邻储、調(diào)用objc_destructInstance
6赋咽、最后調(diào)用objc_clear_deallocating,詳細(xì)過程如下：
a. 從weak表中獲取廢棄對(duì)象的地址為鍵值的記錄
b. 將包含在記錄中的所有附有 weak修飾符變量的地址，賦值為 nil
c. 將weak表中該記錄刪除
d. 從引用計(jì)數(shù)表中刪除廢棄對(duì)象的地址為鍵值的記錄
二十六.假如Controller太臃腫芥备，如何優(yōu)化冬耿？
1.將網(wǎng)絡(luò)請(qǐng)求抽象到單獨(dú)的類中
方便在基類中處理公共邏輯；
方便在基類中處理緩存邏輯萌壳，以及其它一些公共邏輯亦镶；
方便做對(duì)象的持久化日月。
2.將界面的封裝抽象到專門的類中
構(gòu)造專門的 UIView 的子類，來(lái)負(fù)責(zé)這些控件的拼裝缤骨。這是最徹底和優(yōu)雅的方式爱咬，不過稍微麻煩一些的是，你需要把這些控件的事件回調(diào)先接管绊起，再都一一暴露回 Controller精拟。
3.構(gòu)造 ViewModel
借鑒MVVM。具體做法就是將 ViewController 給 View 傳遞數(shù)據(jù)這個(gè)過程虱歪，抽象成構(gòu)造 ViewModel 的過程蜂绎。
4.專門構(gòu)造存儲(chǔ)類
專門來(lái)處理本地?cái)?shù)據(jù)的存取。
5.整合常量
二十七.項(xiàng)目中網(wǎng)絡(luò)層如何做安全處理笋鄙？
1师枣、盡量使用https
https可以過濾掉大部分的安全問題。https在證書申請(qǐng)萧落，服務(wù)器配置践美，性能優(yōu)化，客戶端配置上都需要投入精力找岖，所以缺乏安全意識(shí)的開發(fā)人員容易跳過https陨倡，或者拖到以后遇到問題再優(yōu)化。https除了性能優(yōu)化麻煩一些以外其他都比想象中的簡(jiǎn)單许布，如果沒精力優(yōu)化性能兴革，至少在注冊(cè)登錄模塊需要啟用https，這部分業(yè)務(wù)對(duì)性能要求比較低爹脾。
2帖旨、不要傳輸明文密碼
不知道現(xiàn)在還有多少app后臺(tái)是明文存儲(chǔ)密碼的。無(wú)論客戶端灵妨，server還是網(wǎng)絡(luò)傳輸都要避免明文密碼解阅，要使用hash值∶诨簦客戶端不要做任何密碼相關(guān)的存儲(chǔ)货抄，hash值也不行。存儲(chǔ)token進(jìn)行下一次的認(rèn)證朱转，而且token需要設(shè)置有效期蟹地，使用refresh
token去申請(qǐng)新的token。
3藤为、Post并不比Get安全
事實(shí)上怪与，Post和Get一樣不安全，都是明文缅疟。參數(shù)放在QueryString或者Body沒任何安全上的差別分别。在Http的環(huán)境下遍愿，使用Post或者Get都需要做加密和簽名處理。
4耘斩、不要使用301跳轉(zhuǎn)
301跳轉(zhuǎn)很容易被Http劫持攻擊沼填。移動(dòng)端http使用301比桌面端更危險(xiǎn)，用戶看不到瀏覽器地址括授，無(wú)法察覺到被重定向到了其他地址坞笙。如果一定要使用，確保跳轉(zhuǎn)發(fā)生在https的環(huán)境下荚虚，而且https做了證書綁定校驗(yàn)薛夜。
5、http請(qǐng)求都帶上MAC
所有客戶端發(fā)出的請(qǐng)求曲管，無(wú)論是查詢還是寫操作却邓，都帶上MAC（Message Authentication
Code）。MAC不但能保證請(qǐng)求沒有被篡改（Integrity）院水，還能保證請(qǐng)求確實(shí)來(lái)自你的合法客戶端（Signing）。當(dāng)然前提是你客戶端的key沒有被泄漏简十，如何保證客戶端key的安全是另一個(gè)話題檬某。MAC值的計(jì)算可以簡(jiǎn)單的處理為hash（request
params＋key）。帶上MAC之后螟蝙，服務(wù)器就可以過濾掉絕大部分的非法請(qǐng)求恢恼。MAC雖然帶有簽名的功能，和RSA證書的電子簽名方式卻不一樣胰默，原因是MAC簽名和簽名驗(yàn)證使用的是同一個(gè)key场斑，而RSA是使用私鑰簽名，公鑰驗(yàn)證牵署，MAC的簽名并不具備法律效應(yīng)漏隐。
6、http請(qǐng)求使用臨時(shí)密鑰
高延遲的網(wǎng)絡(luò)環(huán)境下奴迅，不經(jīng)優(yōu)化https的體驗(yàn)確實(shí)會(huì)明顯不如http青责。在不具備https條件或?qū)W(wǎng)絡(luò)性能要求較高且缺乏https優(yōu)化經(jīng)驗(yàn)的場(chǎng)景下，http的流量也應(yīng)該使用AES進(jìn)行加密取具。AES的密鑰可以由客戶端來(lái)臨時(shí)生成脖隶，不過這個(gè)臨時(shí)的AES
key需要使用服務(wù)器的公鑰進(jìn)行加密，確保只有自己的服務(wù)器才能解開這個(gè)請(qǐng)求的信息暇检，當(dāng)然服務(wù)器的response也需要使用同樣的AES
key進(jìn)行加密产阱。由于http的應(yīng)用場(chǎng)景都是由客戶端發(fā)起，服務(wù)器響應(yīng)块仆，所以這種由客戶端單方生成密鑰的方式可以一定程度上便捷的保證通信安全构蹬。
7酿矢、AES使用CBC模式
不要使用ECB模式婴程，記得設(shè)置初始化向量膀曾，每個(gè)block加密之前要和上個(gè)block的秘文進(jìn)行運(yùn)算。
二十八.main()之前的過程有哪些喂链？
1铐姚、main之前的加載過程
1）dyld 開始將程序二進(jìn)制文件初始化
2）交由ImageLoader 讀取 image策肝，其中包含了我們的類，方法等各種符號(hào)（Class隐绵、Protocol 之众、Selector、 IMP）
3）由于runtime 向dyld 綁定了回調(diào)依许，當(dāng)image加載到內(nèi)存后棺禾，dyld會(huì)通知runtime進(jìn)行處理
4）runtime 接手后調(diào)用map_images做解析和處理
5）接下來(lái)load_images 中調(diào)用call_load_methods方法，遍歷所有加載進(jìn)來(lái)的Class峭跳，按繼承層次依次調(diào)用Class的+load和其他Category的+load方法
6）至此 所有的信息都被加載到內(nèi)存中
7）最后dyld調(diào)用真正的main函數(shù)
1膘婶、Runtime相關(guān)面試問題
Runtime是什么？見名知意蛀醉，其概念無(wú)非就是“因?yàn)?Objective-C 是一門動(dòng)態(tài)語(yǔ)言悬襟，所以它需要一個(gè)運(yùn)行時(shí)系統(tǒng)……這就是 Runtime 系統(tǒng)”云云。對(duì)博主這種菜鳥而言拯刁，Runtime 在實(shí)際開發(fā)中脊岳，其實(shí)就是一組C語(yǔ)言的函數(shù)。胡適說：“多研究些問題垛玻，少談些主義”割捅，云山霧罩的概念聽多了總是容易頭暈，接下來(lái)我們直接上runtime思維導(dǎo)圖幫助大家理清思路：
runtime思維導(dǎo)圖
2帚桩、多線程相關(guān)面試問題
多線程是一個(gè)比較輕量級(jí)的方法來(lái)實(shí)現(xiàn)單個(gè)應(yīng)用程序內(nèi)多個(gè)代碼執(zhí)行路徑亿驾， 從技術(shù)角度來(lái)看,一個(gè)線程就是一個(gè)需要管理執(zhí)行代碼的內(nèi)核級(jí)和應(yīng)用級(jí)數(shù)據(jù)結(jié) 構(gòu)組合。
多線程思維導(dǎo)圖
3朗儒、RunLoop相關(guān)面試問題
我相信大多數(shù)開發(fā)者一樣颊乘，迷惑于runloop，最初只了解可以通過runloop一些監(jiān)聽事件的通知來(lái)做一些事情醉锄，優(yōu)化性能乏悄。關(guān)于runloop源碼的基礎(chǔ)知識(shí)，可以參考下面的思維導(dǎo)圖：
runloop思維導(dǎo)圖
4恳不、設(shè)計(jì)模式相關(guān)面試問題
設(shè)計(jì)模式（Design pattern）是一套被反復(fù)使用檩小、多數(shù)人知曉的、經(jīng)過分類編目的烟勋、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)规求。
使用設(shè)計(jì)模式是為了可重用代碼筐付、讓代碼更容易被他人理解、保證代碼可靠性阻肿。 毫無(wú)疑問瓦戚，設(shè)計(jì)模式于己于他人于系統(tǒng)都是多贏的；模式使代碼編制真正工程化丛塌；設(shè)計(jì)模式是軟件工程的基石脈絡(luò)较解，如同大廈的結(jié)構(gòu)一樣。
設(shè)計(jì)模式思維導(dǎo)圖
5赴邻、架構(gòu)/框架相關(guān)面試問題
“100個(gè)讀者就有100個(gè)哈姆雷特”一樣印衔，對(duì)于架構(gòu)的理解不同的軟件工程師有不同的看法。架構(gòu)設(shè)計(jì)往往是一個(gè)權(quán)衡的過程姥敛，每一個(gè)架構(gòu)設(shè)計(jì)者都要考慮到各個(gè)因素奸焙，比如團(tuán)隊(duì)成員的技術(shù)水平、具體的業(yè)務(wù)場(chǎng)景彤敛、項(xiàng)目的成長(zhǎng)階段和開發(fā)周期与帆。下圖是小編的一些架構(gòu)理念，僅供參考：
架構(gòu)/框架思維導(dǎo)圖
6臊泌、算法相關(guān)面試問題
算法思維導(dǎo)圖
7鲤桥、第三方庫(kù)相關(guān)面試問題
