1、設(shè)計(jì)模式是什么？ 你知道哪些設(shè)計(jì)模式，并簡(jiǎn)要敘述？
設(shè)計(jì)模式是一種編碼經(jīng)驗(yàn)，就是用比較成熟的邏輯去處理某一種類(lèi)型的事情。
1). MVC模式：Model View Control，把模型 視圖 控制器 層進(jìn)行解耦合編寫(xiě)。
2). MVVM模式：Model View ViewModel 把模型 視圖 業(yè)務(wù)邏輯 層進(jìn)行解耦和編寫(xiě)。
3). 單例模式：通過(guò)static關(guān)鍵詞，聲明全局變量。在整個(gè)進(jìn)程運(yùn)行期間只會(huì)被賦值一次。
4). 觀(guān)察者模式：KVO是典型的通知模式，觀(guān)察某個(gè)屬性的狀態(tài)，狀態(tài)發(fā)生變化時(shí)通知觀(guān)察者。
5). 委托模式：代理+協(xié)議的組合。實(shí)現(xiàn)1對(duì)1的反向傳值操作。
6). 工廠(chǎng)模式：通過(guò)一個(gè)類(lèi)方法，批量的根據(jù)已有模板生產(chǎn)對(duì)象。
2、MVC 和 MVVM 的區(qū)別
1). MVVM是對(duì)胖模型進(jìn)行的拆分，其本質(zhì)是給控制器減負(fù)，將一些弱業(yè)務(wù)邏輯放到VM中去處理。
2). MVC是一切設(shè)計(jì)的基礎(chǔ)，所有新的設(shè)計(jì)模式都是基于MVC進(jìn)行的改進(jìn)。
3、#import跟 #include 有什么區(qū)別，@class呢，#import<> 跟 #import””有什么區(qū)別？
答：
1). #import是Objective-C導(dǎo)入頭文件的關(guān)鍵字，#include是C/C++導(dǎo)入頭文件的關(guān)鍵字，使用#import頭文件會(huì)自動(dòng)只導(dǎo)入一次，不會(huì)重復(fù)導(dǎo)入。
2). @class告訴編譯器某個(gè)類(lèi)的聲明，當(dāng)執(zhí)行時(shí)，才去查看類(lèi)的實(shí)現(xiàn)文件，可以解決頭文件的相互包含。
3). #import<>用來(lái)包含系統(tǒng)的頭文件，#import””用來(lái)包含用戶(hù)頭文件。
4、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))
5、Objective-C的類(lèi)可以多重繼承么？可以實(shí)現(xiàn)多個(gè)接口么？Category是什么？重寫(xiě)一個(gè)類(lèi)的方式用繼承好還是分類(lèi)好？為什么？
答：Objective-C的類(lèi)不可以多重繼承；可以實(shí)現(xiàn)多個(gè)接口（協(xié)議）；Category是類(lèi)別；一般情況用分類(lèi)好，用Category去重寫(xiě)類(lèi)的方法，僅對(duì)本Category有效，不會(huì)影響到其他類(lèi)與原有類(lèi)的關(guān)系。
6、@property 的本質(zhì)是什么？ivar、getter、setter 是如何生成并添加到這個(gè)類(lèi)中的
@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í)例變量一般通過(guò)“存取方法”(access method)來(lái)訪(fǎng)問(wèn)。其中，“獲取方法” (getter)用于讀取變量值，而“設(shè)置方法” (setter)用于寫(xiě)入變量值。
7、@property中有哪些屬性關(guān)鍵字？/ @property 后面可以有哪些修飾符？
屬性可以擁有的特質(zhì)分為四類(lèi):
1.原子性--- nonatomic 特質(zhì)
2.讀/寫(xiě)權(quán)限---readwrite(讀寫(xiě))、readonly (只讀)
3.內(nèi)存管理語(yǔ)義---assign、strong、 weak、unsafe_unretained、copy
4.方法名---getter=<name> 、setter=<name>
5.不常用的：nonnull,null_resettable,nullable
8、屬性關(guān)鍵字 readwrite，readonly，assign，retain，copy，nonatomic 各是什么作用，在那種情況下用？
答：
1). readwrite 是可讀可寫(xiě)特性。需要生成getter方法和setter方法。
2). readonly 是只讀特性。只會(huì)生成getter方法，不會(huì)生成setter方法，不希望屬性在類(lèi)外改變。
3). assign 是賦值特性。setter方法將傳入?yún)?shù)賦值給實(shí)例變量;僅設(shè)置變量時(shí),assign用于基本數(shù)據(jù)類(lèi)型。
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表示多線(xiàn)程安全，一般使用nonatomic，效率高。
9、什么情況使用 weak 關(guān)鍵字，相比 assign 有什么不同？
1.在 ARC 中,在有可能出現(xiàn)循環(huán)引用的時(shí)候,往往要通過(guò)讓其中一端使用 weak 來(lái)解決,比如: delegate 代理屬性。
2.自身已經(jīng)對(duì)它進(jìn)行一次強(qiáng)引用,沒(méi)有必要再?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ì)象銷(xiāo)毀時(shí)，屬性值會(huì)自動(dòng)清空(nil)。
10、怎么用 copy 關(guān)鍵字？
用途：
1. NSString、NSArray、NSDictionary 等等經(jīng)常使用copy關(guān)鍵字，是因?yàn)樗麄冇袑?duì)應(yīng)的可變類(lèi)型：NSMutableString、NSMutableArray、NSMutableDictionary；
2. block 也經(jīng)常使用 copy 關(guān)鍵字。
說(shuō)明：
block 使用 copy 是從 MRC 遺留下來(lái)的“傳統(tǒng)”,在 MRC 中,方法內(nèi)部的 block 是在棧區(qū)的,使用 copy 可以把它放到堆區(qū).在 ARC 中寫(xiě)不寫(xiě)都行：對(duì)于 block 使用 copy 還是 strong 效果是一樣的，但寫(xiě)上 copy 也無(wú)傷大雅，還能時(shí)刻提醒我們：編譯器自動(dòng)對(duì) block 進(jìn)行了 copy 操作。如果不寫(xiě) copy ，該類(lèi)的調(diào)用者有可能會(huì)忘記或者根本不知道“編譯器會(huì)自動(dòng)對(duì) block 進(jìn)行了 copy 操作”，他們有可能會(huì)在調(diào)用之前自行拷貝屬性值。這種操作多余而低效。
11、用@property聲明的 NSString / NSArray / NSDictionary 經(jīng)常使用 copy 關(guān)鍵字，為什么？如果改用strong關(guān)鍵字，可能造成什么問(wèn)題？
答：用 @property 聲明 NSString、NSArray、NSDictionary 經(jīng)常使用 copy 關(guān)鍵字，是因?yàn)樗麄冇袑?duì)應(yīng)的可變類(lèi)型：NSMutableString、NSMutableArray、NSMutableDictionary，他們之間可能進(jìn)行賦值操作（就是把可變的賦值給不可變的），為確保對(duì)象中的字符串值不會(huì)無(wú)意間變動(dòng)，應(yīng)該在設(shè)置新屬性值時(shí)拷貝一份。
1. 因?yàn)楦割?lèi)指針可以指向子類(lèi)對(duì)象,使用 copy 的目的是為了讓本對(duì)象的屬性不受外界影響,使用 copy 無(wú)論給我傳入是一個(gè)可變對(duì)象還是不可對(duì)象,我本身持有的就是一個(gè)不可變的副本。
2. 如果我們使用是 strong ,那么這個(gè)屬性就有可能指向一個(gè)可變對(duì)象,如果這個(gè)可變對(duì)象在外部被修改了,那么會(huì)影響該屬性。
//總結(jié)：使用copy的目的是，防止把可變類(lèi)型的對(duì)象賦值給不可變類(lèi)型的對(duì)象時(shí)，可變類(lèi)型對(duì)象的值發(fā)送變化會(huì)無(wú)意間篡改不可變類(lèi)型對(duì)象原來(lái)的值。
12、淺拷貝和深拷貝的區(qū)別？
答：
淺拷貝：只復(fù)制指向?qū)ο蟮闹羔槪粡?fù)制引用對(duì)象本身。
深拷貝：復(fù)制引用對(duì)象本身。內(nèi)存中存在了兩份獨(dú)立對(duì)象本身，當(dāng)修改A時(shí)，A_copy不變。
13、系統(tǒng)對(duì)象的 copy 與 mutableCopy 方法不管是集合類(lèi)對(duì)象（NSArray、NSDictionary、NSSet ... 之類(lèi)的對(duì)象），還是非集合類(lèi)對(duì)象（NSString, NSNumber ... 之類(lèi)的對(duì)象），接收到copy和mutableCopy消息時(shí)，都遵循以下準(zhǔn)則：
1. copy 返回的是不可變對(duì)象（immutableObject）；如果用copy返回值調(diào)用mutable對(duì)象的方法就會(huì)crash。
2. mutableCopy 返回的是可變對(duì)象（mutableObject）。
一、非集合類(lèi)對(duì)象的copy與mutableCopy
在非集合類(lèi)對(duì)象中，對(duì)不可變對(duì)象進(jìn)行copy操作，是指針復(fù)制，mutableCopy操作是內(nèi)容復(fù)制；
對(duì)可變對(duì)象進(jìn)行copy和mutableCopy都是內(nèi)容復(fù)制。用代碼簡(jiǎn)單表示如下：
NSString *str = @"hello word!";
NSString *strCopy = [str copy] // 指針復(fù)制，strCopy與str的地址一樣
NSMutableString *strMCopy = [str mutableCopy] // 內(nèi)容復(fù)制，strMCopy與str的地址不一樣
NSMutableString *mutableStr = [NSMutableString stringWithString: @"hello word!"];
NSString *strCopy = [mutableStr copy] // 內(nèi)容復(fù)制
NSMutableString *strMCopy = [mutableStr mutableCopy] // 內(nèi)容復(fù)制
二、集合類(lèi)對(duì)象的copy與mutableCopy (同上)
在集合類(lèi)對(duì)象中，對(duì)不可變對(duì)象進(jìn)行copy操作，是指針復(fù)制，mutableCopy操作是內(nèi)容復(fù)制；
對(duì)可變對(duì)象進(jìn)行copy和mutableCopy都是內(nèi)容復(fù)制。但是：集合對(duì)象的內(nèi)容復(fù)制僅限于對(duì)象本身，對(duì)集合內(nèi)的對(duì)象元素仍然是指針復(fù)制。(即單層內(nèi)容復(fù)制)
NSArray *arr = @[@[@"a", @"b"], @[@"c", @"d"];
NSArray *copyArr = [arr copy]; // 指針復(fù)制
NSMutableArray *mCopyArr = [arr mutableCopy]; //單層內(nèi)容復(fù)制
NSMutableArray *array = [NSMutableArray arrayWithObjects:[NSMutableString stringWithString:@"a"],@"b",@"c",nil];
NSArray *copyArr = [mutableArr copy]; // 單層內(nèi)容復(fù)制
NSMutableArray *mCopyArr = [mutableArr mutableCopy]; // 單層內(nèi)容復(fù)制
【總結(jié)一句話(huà)】：
只有對(duì)不可變對(duì)象進(jìn)行copy操作是指針復(fù)制（淺復(fù)制），其它情況都是內(nèi)容復(fù)制（深復(fù)制）！
14、這個(gè)寫(xiě)法會(huì)出什么問(wèn)題：@property (nonatomic, copy) NSMutableArray *arr;
問(wèn)題：添加,刪除,修改數(shù)組內(nèi)的元素的時(shí)候,程序會(huì)因?yàn)檎也坏綄?duì)應(yīng)的方法而崩潰。
//如：-[__NSArrayI removeObjectAtIndex:]: unrecognized selector sent to instance 0x7fcd1bc30460
// copy后返回的是不可變對(duì)象（即 arr 是 NSArray 類(lèi)型，NSArray 類(lèi)型對(duì)象不能調(diào)用 NSMutableArray 類(lèi)型對(duì)象的方法）
原因：是因?yàn)?copy 就是復(fù)制一個(gè)不可變 NSArray 的對(duì)象，不能對(duì) NSArray 對(duì)象進(jìn)行添加/修改。
15、如何讓自己的類(lèi)用 copy 修飾符？如何重寫(xiě)帶 copy 關(guān)鍵字的 setter？
若想令自己所寫(xiě)的對(duì)象具有拷貝功能，則需實(shí)現(xiàn) NSCopying 協(xié)議。如果自定義的對(duì)象分為可變版本與不可變版本，那么就要同時(shí)實(shí)現(xiàn) NSCopying 與 NSMutableCopying 協(xié)議。
具體步驟：
1. 需聲明該類(lèi)遵從 NSCopying 協(xié)議
2. 實(shí)現(xiàn) NSCopying 協(xié)議的方法。
// 該協(xié)議只有一個(gè)方法:
- (id)copyWithZone:(NSZone *)zone;
// 注意：使用 copy 修飾符，調(diào)用的是copy方法，其實(shí)真正需要實(shí)現(xiàn)的是 “copyWithZone” 方法。
16、寫(xiě)一個(gè) setter 方法用于完成 @property (nonatomic, retain) NSString *name，寫(xiě)一個(gè) setter 方法用于完成 @property (nonatomic, copy) NSString *name
答：
// retain
- (void)setName:(NSString *)str {
[str retain];
[_name release];
_name = str;
}
// copy
- (void)setName:(NSString *)str {
id t = [str copy];
[_name release];
_name = t;
}
17、@synthesize 和 @dynamic 分別有什么作用？
@property有兩個(gè)對(duì)應(yīng)的詞，一個(gè)是@synthesize（合成實(shí)例變量），一個(gè)是@dynamic。
如果@synthesize和@dynamic都沒(méi)有寫(xiě)，那么默認(rèn)的就是 @synthesize var = _var;
// 在類(lèi)的實(shí)現(xiàn)代碼里通過(guò) @synthesize 語(yǔ)法可以來(lái)指定實(shí)例變量的名字。(@synthesize var = _newVar;)
1. @synthesize 的語(yǔ)義是如果你沒(méi)有手動(dòng)實(shí)現(xiàn)setter方法和getter方法，那么編譯器會(huì)自動(dòng)為你加上這兩個(gè)方法。
2. @dynamic 告訴編譯器，屬性的setter與getter方法由用戶(hù)自己實(shí)現(xiàn)，不自動(dòng)生成（如，@dynamic var）。
18、常見(jiàn)的 Objective-C 的數(shù)據(jù)類(lèi)型有那些，和C的基本數(shù)據(jù)類(lèi)型有什么區(qū)別？如：NSInteger和int
答：
Objective-C的數(shù)據(jù)類(lèi)型有NSString，NSNumber，NSArray，NSMutableArray，NSData等等，這些都是class，創(chuàng)建后便是對(duì)象，而C語(yǔ)言的基本數(shù)據(jù)類(lèi)型int，只是一定字節(jié)的內(nèi)存空間，用于存放數(shù)值;NSInteger是基本數(shù)據(jù)類(lèi)型，并不是NSNumber的子類(lèi)，當(dāng)然也不是NSObject的子類(lèi)。NSInteger是基本數(shù)據(jù)類(lèi)型Int或者Long的別名(NSInteger的定義typedef long NSInteger)，它的區(qū)別在于，NSInteger會(huì)根據(jù)系統(tǒng)是32位還是64位來(lái)決定是本身是int還是long。
19、id 聲明的對(duì)象有什么特性？
答：id 聲明的對(duì)象具有運(yùn)行時(shí)的特性，即可以指向任意類(lèi)型的Objcetive-C的對(duì)象。
20、Objective-C 如何對(duì)內(nèi)存管理的，說(shuō)說(shuō)你的看法和解決方法？
答：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)在A(yíng)pp編譯階段，在代碼中添加內(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ī)制影響。
21、Objective-C 中創(chuàng)建線(xiàn)程的方法是什么？如果在主線(xiàn)程中執(zhí)行代碼，方法是什么？如果想延時(shí)執(zhí)行代碼、方法又是什么？
答：線(xiàn)程創(chuàng)建有三種方法：使用NSThread創(chuàng)建、使用GCD的dispatch、使用子類(lèi)化的NSOperation,然后將其加入NSOperationQueue;在主線(xiàn)程執(zhí)行代碼，方法是performSelectorOnMainThread，如果想延時(shí)執(zhí)行代碼可以用performSelector:onThread:withObject:waitUntilDone:
22、Category（類(lèi)別）、 Extension（擴(kuò)展）和繼承的區(qū)別
區(qū)別：
1\. 分類(lèi)有名字，類(lèi)擴(kuò)展沒(méi)有分類(lèi)名字，是一種特殊的分類(lèi)。
2\. 分類(lèi)只能擴(kuò)展方法（屬性?xún)H僅是聲明，并沒(méi)真正實(shí)現(xiàn)），類(lèi)擴(kuò)展可以擴(kuò)展屬性、成員變量和方法。
3\. 繼承可以增加，修改或者刪除方法，并且可以增加屬性。
23、我們說(shuō)的OC是動(dòng)態(tài)運(yùn)行時(shí)語(yǔ)言是什么意思？
答：主要是將數(shù)據(jù)類(lèi)型的確定由編譯時(shí)，推遲到了運(yùn)行時(shí)。簡(jiǎn)單來(lái)說(shuō), 運(yùn)行時(shí)機(jī)制使我們直到運(yùn)行時(shí)才去決定一個(gè)對(duì)象的類(lèi)別,以及調(diào)用該類(lèi)別對(duì)象指定方法。
24、為什么我們常見(jiàn)的delegate屬性都用是week而不是retain/strong？
答：是為了防止delegate兩端產(chǎn)生不必要的循環(huán)引用。
@property (nonatomic, weak) id<UITableViewDelegate> delegate;
25、什么時(shí)候用delete，什么時(shí)候用Notification？
Delegate(委托模式)：1對(duì)1的反向消息通知功能。
Notification(通知模式)：只想要把消息發(fā)送出去，告知某些狀態(tài)的變化。但是并不關(guān)心誰(shuí)想要知道這個(gè)。
26、什么是 KVO 和 KVC？
1). KVC(Key-Value-Coding)：鍵值編碼 是一種通過(guò)字符串間接訪(fǎng)問(wèn)對(duì)象的方式（即給屬性賦值）
舉例說(shuō)明：
[stu.name](http://stu.name/) = @"張三" // 點(diǎn)語(yǔ)法給屬性賦值
[stu setValue:@"張三" forKey:@"name"]; // 通過(guò)字符串使用KVC方式給屬性賦值
stu1.nameLabel.text = @"張三";
[stu1 setValue:@"張三" forKey:@"nameLabel.text"]; // 跨層賦值
2). KVO(key-Value-Observing)：鍵值觀(guān)察機(jī)制 他提供了觀(guān)察某一屬性變化的方法，極大的簡(jiǎn)化了代碼。
KVO只能被KVC觸發(fā)，包括使用setValue:forKey:方法和點(diǎn)語(yǔ)法。
// 通過(guò)下方方法為屬性添加KVO觀(guān)察
- (void)addObserver:(NSObject *)observer
forKeyPath:(NSString *)keyPath
options:(NSKeyValueObservingOptions)options
context:(nullable void *)context;
// 當(dāng)被觀(guān)察的屬性發(fā)送變化時(shí)，會(huì)自動(dòng)觸發(fā)下方方法
- (void)observeValueForKeyPath:(NSString *)keyPath
ofObject:(id)object
change:(NSDictionary *)change
context:(void *)context{}
KVC 和 KVO 的 keyPath 可以是屬性、實(shí)例變量、成員變量。
27、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相同名稱(chēng)并且?guī)聞澗€(xiàn)的成員變量，如果有，則直接給成員變量屬性賦值。
3). 如果沒(méi)有找到_key，就會(huì)查找相同名稱(chēng)的屬性key，如果有就直接賦值。
4). 如果還沒(méi)有找到，則調(diào)用valueForUndefinedKey:和setValue:forUndefinedKey:方法。
這些方法的默認(rèn)實(shí)現(xiàn)都是拋出異常，我們可以根據(jù)需要重寫(xiě)它們。
28、KVO的底層實(shí)現(xiàn)？
KVO基于runtime機(jī)制實(shí)現(xiàn)。
29、ViewController生命周期
按照?qǐng)?zhí)行順序排列：
1. initWithCoder：通過(guò)nib文件初始化時(shí)觸發(fā)。
2. awakeFromNib：nib文件被加載的時(shí)候，會(huì)發(fā)生一個(gè)awakeFromNib的消息到nib文件中的每個(gè)對(duì)象。
3. loadView：開(kāi)始加載視圖控制器自帶的view。
4. viewDidLoad：視圖控制器的view被加載完成。
5. viewWillAppear：視圖控制器的view將要顯示在window上。
6. updateViewConstraints：視圖控制器的view開(kāi)始更新AutoLayout約束。
7. viewWillLayoutSubviews：視圖控制器的view將要更新內(nèi)容視圖的位置。
8. viewDidLayoutSubviews：視圖控制器的view已經(jīng)更新視圖的位置。
9. viewDidAppear：視圖控制器的view已經(jīng)展示到window上。
10. viewWillDisappear：視圖控制器的view將要從window上消失。
11. viewDidDisappear：視圖控制器的view已經(jīng)從window上消失。
30、方法和選擇器有何不同？
selector是一個(gè)方法的名字，方法是一個(gè)組合體，包含了名字和實(shí)現(xiàn)。
31、你是否接觸過(guò)OC中的反射機(jī)制？簡(jiǎn)單聊一下概念和使用
1). class反射
通過(guò)類(lèi)名的字符串形式實(shí)例化對(duì)象。
Class class = NSClassFromString(@"student");
Student *stu = [[class alloc] init];
將類(lèi)名變?yōu)樽址?
Class class =[Student class];
NSString *className = NSStringFromClass(class);
2). SEL的反射
通過(guò)方法的字符串形式實(shí)例化方法。
SEL selector = NSSelectorFromString(@"setName");
[stu performSelector:selector withObject:@"Mike"];
將方法變成字符串。
NSStringFromSelector(@selector*(setName:));
32、調(diào)用方法有兩種方式：
1). 直接通過(guò)方法名來(lái)調(diào)用。[person show];
2). 間接的通過(guò)SEL數(shù)據(jù)來(lái)調(diào)用 SEL aaa = @selector(show); [person performSelector:aaa];
33、如何對(duì)iOS設(shè)備進(jìn)行性能測(cè)試？
答： Profile-> Instruments ->Time Profiler
34、開(kāi)發(fā)項(xiàng)目時(shí)你是怎么檢查內(nèi)存泄露？
1). 靜態(tài)分析 analyze。
2). instruments工具里面有個(gè)leak可以動(dòng)態(tài)分析。
35、什么是懶加載？
答：懶加載就是只在用到的時(shí)候才去初始化。也可以理解成延時(shí)加載。
我覺(jué)得最好也最簡(jiǎn)單的一個(gè)例子就是tableView中圖片的加載顯示了, 一個(gè)延時(shí)加載, 避免內(nèi)存過(guò)高,一個(gè)異步加載,避免線(xiàn)程堵塞提高用戶(hù)體驗(yàn)。
36、類(lèi)變量的 @public，@protected，@private，@package 聲明各有什么含義？
@public 任何地方都能訪(fǎng)問(wèn);
@protected 該類(lèi)和子類(lèi)中訪(fǎng)問(wèn),是默認(rèn)的;
@private 只能在本類(lèi)中訪(fǎng)問(wèn);
@package 本包內(nèi)使用,跨包不可以。
37、什么是謂詞？
謂詞就是通過(guò)NSPredicate給定的邏輯條件作為約束條件,完成對(duì)數(shù)據(jù)的篩選。
//定義謂詞對(duì)象,謂詞對(duì)象中包含了過(guò)濾條件(過(guò)濾條件比較多)
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"age<%d",30];
//使用謂詞條件過(guò)濾數(shù)組中的元素,過(guò)濾之后返回查詢(xún)的結(jié)果
NSArray *array = [persons filteredArrayUsingPredicate:predicate];
38、isa指針問(wèn)題
isa：是一個(gè)Class 類(lèi)型的指針. 每個(gè)實(shí)例對(duì)象有個(gè)isa的指針,他指向?qū)ο蟮念?lèi),而Class里也有個(gè)isa的指針, 指向meteClass(元類(lèi))。元類(lèi)保存了類(lèi)方法的列表。當(dāng)類(lèi)方法被調(diào) 用時(shí),先會(huì)從本身查找類(lèi)方法的實(shí)現(xiàn),如果沒(méi)有,元類(lèi)會(huì)向他父類(lèi)查找該方法。同時(shí)注意的是:元類(lèi)(meteClass)也是類(lèi),它也是對(duì)象。元類(lèi)也有isa指針,它的isa指針最終指向的是一個(gè)根元類(lèi)(root meteClass)。根元類(lèi)的isa指針指向本身,這樣形成了一個(gè)封閉的內(nèi)循環(huán)。
39、如何訪(fǎng)問(wèn)并修改一個(gè)類(lèi)的私有屬性？
1). 一種是通過(guò)KVC獲取。
2). 通過(guò)runtime訪(fǎng)問(wèn)并修改私有屬性。
40、一個(gè)objc對(duì)象的isa的指針指向什么？有什么作用？
答：指向他的類(lèi)對(duì)象,從而可以找到對(duì)象上的方法。
41、下面的代碼輸出什么？
@implementation Son : Father
- (id)init {
if (self = [super init]) {
NSLog(@"%@", NSStringFromClass([self class])); // Son
NSLog(@"%@", NSStringFromClass([super class])); // Son
}
return self;
}
@end
// 解析：
self 是類(lèi)的隱藏參數(shù)，指向當(dāng)前調(diào)用方法的這個(gè)類(lèi)的實(shí)例。
super是一個(gè)Magic Keyword，它本質(zhì)是一個(gè)編譯器標(biāo)示符，和self是指向的同一個(gè)消息接收者。
不同的是：super會(huì)告訴編譯器，調(diào)用class這個(gè)方法時(shí)，要去父類(lèi)的方法，而不是本類(lèi)里的。
上面的例子不管調(diào)用[self class]還是[super class]，接受消息的對(duì)象都是當(dāng)前 Son *obj 這個(gè)對(duì)象。
42、寫(xiě)一個(gè)完整的代理，包括聲明、實(shí)現(xiàn)
// 創(chuàng)建
@protocol MyDelagate
@required
-(void)eat:(NSString *)foodName;
@optional
-(void)run;
@end
// 聲明 .h
@interface person: NSObject<MyDelagate>
@end
// 實(shí)現(xiàn) .m
@implementation person
- (void)eat:(NSString *)foodName {
NSLog(@"吃:%@!", foodName);
}
- (void)run {
NSLog(@"run!");
}
@end
43、isKindOfClass、isMemberOfClass、selector作用分別是什么
isKindOfClass：作用是某個(gè)對(duì)象屬于某個(gè)類(lèi)型或者繼承自某類(lèi)型。
isMemberOfClass：某個(gè)對(duì)象確切屬于某個(gè)類(lèi)型。
selector：通過(guò)方法名，獲取在內(nèi)存中的函數(shù)的入口地址。
44、delegate 和 notification 的區(qū)別
1). 二者都用于傳遞消息，不同之處主要在于一個(gè)是一對(duì)一的，另一個(gè)是一對(duì)多的。
2). notification通過(guò)維護(hù)一個(gè)array，實(shí)現(xiàn)一對(duì)多消息的轉(zhuǎn)發(fā)。
3). delegate需要兩者之間必須建立聯(lián)系，不然沒(méi)法調(diào)用代理的方法；notification不需要兩者之間有聯(lián)系。
45、什么是block？
閉包（block）：閉包就是獲取其它函數(shù)局部變量的匿名函數(shù)。
46、block反向傳值
在控制器間傳值可以使用代理或者block，使用block相對(duì)來(lái)說(shuō)簡(jiǎn)潔。
在前一個(gè)控制器的touchesBegan:方法內(nèi)實(shí)現(xiàn)如下代碼。
// OneViewController.m
TwoViewController *twoVC = [[TwoViewController alloc] init];
twoVC.valueBlcok = ^(NSString *str) {
NSLog(@"OneViewController拿到值：%@", str);
};
[self presentViewController:twoVC animated:YES completion:nil];
// TwoViewController.h （在.h文件中聲明一個(gè)block屬性）
@property (nonatomic ,strong) void(^valueBlcok)(NSString *str);
// TwoViewController.m （在.m文件中實(shí)現(xiàn)方法）
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
// 傳值:調(diào)用block
if (_valueBlcok) {
_valueBlcok(@"123456");
}
}
47、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)被銷(xiāo)毀了，需要在block內(nèi)部再將弱指針重新強(qiáng)引用一下。
__strong typeof(self) strongSelf = weakSelf;
3). 如果需要在block內(nèi)部改變外部棧區(qū)變量的話(huà)，需要在用__block修飾外部變量。
48、BAD_ACCESS在什么情況下出現(xiàn)？
答：這種問(wèn)題在開(kāi)發(fā)時(shí)經(jīng)常遇到。原因是訪(fǎng)問(wèn)了野指針，比如訪(fǎng)問(wèn)已經(jīng)釋放對(duì)象的成員變量或者發(fā)消息、死循環(huán)等。
49、lldb（gdb）常用的控制臺(tái)調(diào)試命令？
1). p 輸出基本類(lèi)型。是打印命令，需要指定類(lèi)型。是print的簡(jiǎn)寫(xiě)
p (int)[[[self view] subviews] count]
2). po 打印對(duì)象，會(huì)調(diào)用對(duì)象description方法。是print-object的簡(jiǎn)寫(xiě)
po [self view]
3). expr 可以在調(diào)試時(shí)動(dòng)態(tài)執(zhí)行指定表達(dá)式，并將結(jié)果打印出來(lái)。常用于在調(diào)試過(guò)程中修改變量的值。
4). bt：打印調(diào)用堆棧，是thread backtrace的簡(jiǎn)寫(xiě)，加all可打印所有thread的堆棧
5). br l：是breakpoint list的簡(jiǎn)寫(xiě)
50、你一般是怎么用Instruments的？
Instruments里面工具很多，常用：
1). Time Profiler: 性能分析
2). Zombies：檢查是否訪(fǎng)問(wèn)了僵尸對(duì)象，但是這個(gè)工具只能從上往下檢查，不智能。
3). Allocations：用來(lái)檢查內(nèi)存，寫(xiě)算法的那批人也用這個(gè)來(lái)檢查。
4). Leaks：檢查內(nèi)存，看是否有內(nèi)存泄露。
51、iOS中常用的數(shù)據(jù)存儲(chǔ)方式有哪些？
數(shù)據(jù)存儲(chǔ)有四種方案：NSUserDefault、KeyChain、file、DB。
其中File有三種方式：plist、Archive（歸檔）
DB包括：SQLite、FMDB、CoreData
52、iOS的沙盒目錄結(jié)構(gòu)是怎樣的？
沙盒結(jié)構(gòu)：
1). Application：存放程序源文件，上架前經(jīng)過(guò)數(shù)字簽名，上架后不可修改。
2). Documents：常用目錄，iCloud備份目錄，存放數(shù)據(jù)。（這里不能存緩存文件，否則上架不被通過(guò)）
3). Library：
Caches：存放體積大又不需要備份的數(shù)據(jù)。(常用的緩存路徑)
Preference：設(shè)置目錄，iCloud會(huì)備份設(shè)置信息。
4). tmp：存放臨時(shí)文件，不會(huì)被備份，而且這個(gè)文件下的數(shù)據(jù)有可能隨時(shí)被清除的可能。
53、iOS多線(xiàn)程技術(shù)有哪幾種方式？
答：pthread、NSThread、GCD、NSOperation
54、GCD 與 NSOperation 的區(qū)別：
GCD 和 NSOperation 都是用于實(shí)現(xiàn)多線(xiàn)程：
GCD 基于C語(yǔ)言的底層API，GCD主要與block結(jié)合使用，代碼簡(jiǎn)潔高效。
NSOperation 屬于Objective-C類(lèi)，是基于GCD更高一層的封裝。復(fù)雜任務(wù)一般用NSOperation實(shí)現(xiàn)。
55、寫(xiě)出使用GCD方式從子線(xiàn)程回到主線(xiàn)程的方法代碼
答：dispatch_sync(dispatch_get_main_queue(), ^{ });
56、如何用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(), ^{
// 合并圖片
});
57、dispatch_barrier_async（柵欄函數(shù)）的作用是什么？
函數(shù)定義：dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block);
作用：
1.在它前面的任務(wù)執(zhí)行結(jié)束后它才執(zhí)行，它后面的任務(wù)要等它執(zhí)行完成后才會(huì)開(kāi)始執(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 由于是并行處理先后順序不定。
58、以下代碼運(yùn)行結(jié)果如何？
- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"1");
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"2");
});
NSLog(@"3");
}
// 只輸出：1。（主線(xiàn)程死鎖）
59、什么是 RunLoop
從字面上講就是運(yùn)行循環(huán)，它內(nèi)部就是do-while循環(huán)，在這個(gè)循環(huán)內(nèi)部不斷地處理各種任務(wù)。
一個(gè)線(xiàn)程對(duì)應(yīng)一個(gè)RunLoop，基本作用就是保持程序的持續(xù)運(yùn)行，處理app中的各種事件。通過(guò)runloop，有事運(yùn)行，沒(méi)事就休息，可以節(jié)省cpu資源，提高程序性能。
主線(xiàn)程的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]));
}
}
60、什么是 Runtime
Runtime又叫運(yùn)行時(shí)，是一套底層的C語(yǔ)言API，其為iOS內(nèi)部的核心之一，我們平時(shí)編寫(xiě)的OC代碼，底層都是基于它來(lái)實(shí)現(xiàn)的。
61、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í)際上我們編寫(xiě)的所有OC代碼，最終都是轉(zhuǎn)成了runtime庫(kù)的東西。
比如：
類(lèi)轉(zhuǎn)成了 Runtime 庫(kù)里面的結(jié)構(gòu)體等數(shù)據(jù)類(lèi)型，
方法轉(zhuǎn)成了 Runtime 庫(kù)里面的C語(yǔ)言函數(shù)，
平時(shí)調(diào)方法都是轉(zhuǎn)成了 objc_msgSend 函數(shù)（所以說(shuō)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). 因此，可以說(shuō) Runtime 是OC的底層實(shí)現(xiàn)，是OC的幕后執(zhí)行者。
有了Runtime庫(kù)，能做什么事情呢？
Runtime庫(kù)里面包含了跟類(lèi)、成員變量、方法相關(guān)的API。
比如：
（1）獲取類(lèi)里面的所有成員變量。
（2）為類(lèi)動(dòng)態(tài)添加成員變量。
（3）動(dòng)態(tài)改變類(lèi)的方法實(shí)現(xiàn)。
（4）為類(lèi)動(dòng)態(tài)添加新的方法等。
因此，有了Runtime，想怎么改就怎么改。
62、什么是 Method Swizzle（黑魔法），什么情況下會(huì)使用？
1). 在沒(méi)有一個(gè)類(lèi)的實(shí)現(xiàn)源碼的情況下，想改變其中一個(gè)方法的實(shí)現(xiàn)，除了繼承它重寫(xiě)、和借助類(lèi)別重名方法暴力搶先之外，還有更加靈活的方法 Method Swizzle。
2). Method Swizzle 指的是改變一個(gè)已存在的選擇器對(duì)應(yīng)的實(shí)現(xiàn)的過(guò)程。OC中方法的調(diào)用能夠在運(yùn)行時(shí)通過(guò)改變，通過(guò)改變類(lèi)的調(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è)類(lèi)都有一個(gè)方法列表，存放著selector的名字和方法實(shí)現(xiàn)的映射關(guān)系。IMP有點(diǎn)類(lèi)似函數(shù)指針，指向具體的方法實(shí)現(xiàn)。
5). 我們可以利用 method_exchangeImplementations 來(lái)交換2個(gè)方法中的IMP。
6). 我們可以利用 class_replaceMethod 來(lái)修改類(lèi)。
7). 我們可以利用 method_setImplementation 來(lái)直接設(shè)置某個(gè)方法的IMP。
8). 歸根結(jié)底，都是偷換了selector的IMP。
63、_objc_msgForward 函數(shù)是做什么的，直接調(diào)用它將會(huì)發(fā)生什么？
答：_objc_msgForward是 IMP 類(lèi)型，用于消息轉(zhuǎn)發(fā)的：當(dāng)向一個(gè)對(duì)象發(fā)送一條消息，但它并沒(méi)有實(shí)現(xiàn)的時(shí)候，_objc_msgForward會(huì)嘗試做消息轉(zhuǎn)發(fā)。
64、什么是 TCP / UDP ?
TCP：傳輸控制協(xié)議。
UDP：用戶(hù)數(shù)據(jù)協(xié)議。
TCP 是面向連接的，建立連接需要經(jīng)歷三次握手，是可靠的傳輸層協(xié)議。
UDP 是面向無(wú)連接的，數(shù)據(jù)傳輸是不可靠的，它只管發(fā)，不管收不收得到。
簡(jiǎn)單的說(shuō)，TCP注重?cái)?shù)據(jù)安全，而UDP數(shù)據(jù)傳輸快點(diǎn)，但安全性一般。
65、通信底層原理（OSI七層模型）
OSI采用了分層的結(jié)構(gòu)化技術(shù)，共分七層：
物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話(huà)層、表示層、應(yīng)用層。
66、介紹一下XMPP？
XMPP是一種以XML為基礎(chǔ)的開(kāi)放式實(shí)時(shí)通信協(xié)議。
簡(jiǎn)單的說(shuō)，XMPP就是一種協(xié)議，一種規(guī)定。就是說(shuō)，在網(wǎng)絡(luò)上傳東西，XMM就是規(guī)定你上傳大小的格式。
67、OC中創(chuàng)建線(xiàn)程的方法是什么？如果在主線(xiàn)程中執(zhí)行代碼，方法是什么？
// 創(chuàng)建線(xiàn)程的方法
- [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];
// 主線(xiàn)程中執(zhí)行代碼的方法
- [self performSelectorOnMainThread:nil withObject:nil waitUntilDone:YES];
- dispatch_async(dispatch_get_main_queue(), ^{});
- [[NSOperationQueue mainQueue] addOperation:nil];
68、tableView的重用機(jī)制？
答：UITableView 通過(guò)重用單元格來(lái)達(dá)到節(jié)省內(nèi)存的目的: 通過(guò)為每個(gè)單元格指定一個(gè)重用標(biāo)識(shí)符，即指定了單元格的種類(lèi),當(dāng)屏幕上的單元格滑出屏幕時(shí)，系統(tǒng)會(huì)把這個(gè)單元格添加到重用隊(duì)列中，等待被重用，當(dāng)有新單元格從屏幕外滑入屏幕內(nèi)時(shí)，從重用隊(duì)列中找看有沒(méi)有可以重用的單元格，如果有，就拿過(guò)來(lái)用，如果沒(méi)有就創(chuàng)建一個(gè)來(lái)使用。
69、用偽代碼寫(xiě)一個(gè)線(xiàn)程安全的單例模式
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;
}
70、如何實(shí)現(xiàn)視圖的變形?
答：通過(guò)修改view的 transform 屬性即可。
71、在手勢(shì)對(duì)象基礎(chǔ)類(lèi)UIGestureRecognizer的常用子類(lèi)手勢(shì)類(lèi)型中哪兩個(gè)手勢(shì)發(fā)生后，響應(yīng)只會(huì)執(zhí)行一次？
答：UITapGestureRecognizer,UISwipeGestureRecognizer是一次性手勢(shì),手勢(shì)發(fā)生后,響應(yīng)只會(huì)執(zhí)行一次。
72、字符串常用方法：
NSString *str = @"abc*123";
NSArray *arr = [str componentsSeparatedByString:@"*"]; //以目標(biāo)字符串把原字符串分割成兩部分，存到數(shù)組中。@[@"abc", @"123"];
73、如何高性能的給 UIImageView 加個(gè)圓角?
不好的解決方案：使用下面的方式會(huì)強(qiáng)制Core Animation提前渲染屏幕的離屏繪制, 而離屏繪制就會(huì)給性能帶來(lái)負(fù)面影響，會(huì)有卡頓的現(xiàn)象出現(xiàn)。
self.view.layer.cornerRadius = 5.0f;
self.view.layer.masksToBounds = YES;
正確的解決方案：使用繪圖技術(shù)
- (UIImage *)circleImage {
// NO代表透明
UIGraphicsBeginImageContextWithOptions(self.size, NO, 0.0);
// 獲得上下文
CGContextRef ctx = UIGraphicsGetCurrentContext();
// 添加一個(gè)圓
CGRect rect = CGRectMake(0, 0, self.size.width, self.size.height);
CGContextAddEllipseInRect(ctx, rect);
// 裁剪
CGContextClip(ctx);
// 將圖片畫(huà)上去
[self drawInRect:rect];
UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
// 關(guān)閉上下文
UIGraphicsEndImageContext();
return image;
}
還有一種方案：使用了貝塞爾曲線(xiàn)"切割"個(gè)這個(gè)圖片, 給UIImageView 添加了的圓角，其實(shí)也是通過(guò)繪圖技術(shù)來(lái)實(shí)現(xiàn)的。
UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)];
imageView.center = CGPointMake(200, 300);
UIImage *anotherImage = [UIImage imageNamed:@"image"];
UIGraphicsBeginImageContextWithOptions(imageView.bounds.size, NO, 1.0);
[[UIBezierPath bezierPathWithRoundedRect:imageView.bounds
cornerRadius:50] addClip];
[anotherImage drawInRect:imageView.bounds];
imageView.image = UIGraphicsGetImageFromCurrentImageContext();
UIGraphicsEndImageContext();
[self.view addSubview:imageView];
74、你是怎么封裝一個(gè)view的
1）. 可以通過(guò)純代碼或者xib的方式來(lái)封裝子控件
2）. 建立一個(gè)跟view相關(guān)的模型，然后將模型數(shù)據(jù)傳給view，通過(guò)模型上的數(shù)據(jù)給view的子控件賦值
/**
- 純代碼初始化控件時(shí)一定會(huì)走這個(gè)方法
*/
- (instancetype)initWithFrame:(CGRect)frame {
if(self = [super initWithFrame:frame]) {
[self setupUI];
}
return self;
}
/**
- 通過(guò)xib初始化控件時(shí)一定會(huì)走這個(gè)方法
*/
- (id)initWithCoder:(NSCoder *)aDecoder {
if(self = [super initWithCoder:aDecoder]) {
[self setupUI];
}
return self;
}
- (void)setupUI {
// 初始化代碼
}
75、HTTP協(xié)議中 POST 方法和 GET 方法有那些區(qū)別?
1. GET用于向服務(wù)器請(qǐng)求數(shù)據(jù)，POST用于提交數(shù)據(jù)
2. GET請(qǐng)求，請(qǐng)求參數(shù)拼接形式暴露在地址欄，而POST請(qǐng)求參數(shù)則放在請(qǐng)求體里面，因此GET請(qǐng)求不適合用于驗(yàn)證密碼等操作
3. GET請(qǐng)求的URL有長(zhǎng)度限制，POST請(qǐng)求不會(huì)有長(zhǎng)度限制
76、請(qǐng)簡(jiǎn)單的介紹下APNS發(fā)送系統(tǒng)消息的機(jī)制
APNS優(yōu)勢(shì)：杜絕了類(lèi)似安卓那種為了接受通知不停在后臺(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)容展示
第三方框架
1、AFNetworking 底層原理分析
AFNetworking主要是對(duì)NSURLSession和NSURLConnection(iOS9.0廢棄)的封裝,其中主要有以下類(lèi):
1). AFHTTPRequestOperationManager：內(nèi)部封裝的是 NSURLConnection, 負(fù)責(zé)發(fā)送網(wǎng)絡(luò)請(qǐng)求, 使用最多的一個(gè)類(lèi)。(3.0廢棄)
2). AFHTTPSessionManager：內(nèi)部封裝是 NSURLSession, 負(fù)責(zé)發(fā)送網(wǎng)絡(luò)請(qǐng)求,使用最多的一個(gè)類(lèi)。
3). AFNetworkReachabilityManager：實(shí)時(shí)監(jiān)測(cè)網(wǎng)絡(luò)狀態(tài)的工具類(lèi)。當(dāng)前的網(wǎng)絡(luò)環(huán)境發(fā)生改變之后,這個(gè)工具類(lèi)就可以檢測(cè)到。
4). AFSecurityPolicy：網(wǎng)絡(luò)安全的工具類(lèi), 主要是針對(duì) HTTPS 服務(wù)。
5). AFURLRequestSerialization：序列化工具類(lèi),基類(lèi)。上傳的數(shù)據(jù)轉(zhuǎn)換成JSON格式
(AFJSONRequestSerializer).使用不多。
6). AFURLResponseSerialization：反序列化工具類(lèi);基類(lèi).使用比較多:
7). AFJSONResponseSerializer; JSON解析器,默認(rèn)的解析器.
8). AFHTTPResponseSerializer; 萬(wàn)能解析器; JSON和XML之外的數(shù)據(jù)類(lèi)型,直接返回二進(jìn)
制數(shù)據(jù).對(duì)服務(wù)器返回的數(shù)據(jù)不做任何處理.
9). AFXMLParserResponseSerializer; XML解析器;
2、描述下SDWebImage里面給UIImageView加載圖片的邏輯
SDWebImage 中為 UIImageView 提供了一個(gè)分類(lèi)UIImageView+WebCache.h, 這個(gè)分類(lèi)中有一個(gè)最常用的接口sd_setImageWithURL:placeholderImage:，會(huì)在真實(shí)圖片出現(xiàn)前會(huì)先顯示占位圖片，當(dāng)真實(shí)圖片被加載出來(lái)后再替換占位圖片。
加載圖片的過(guò)程大致如下：
1.首先會(huì)在 SDWebImageCache 中尋找圖片是否有對(duì)應(yīng)的緩存, 它會(huì)以u(píng)rl 作為數(shù)據(jù)的索引先在內(nèi)存中尋找是否有對(duì)應(yīng)的緩存
2.如果緩存未找到就會(huì)利用通過(guò)MD5處理過(guò)的key來(lái)繼續(xù)在磁盤(pán)中查詢(xún)對(duì)應(yīng)的數(shù)據(jù), 如果找到了, 就會(huì)把磁盤(pán)中的數(shù)據(jù)加載到內(nèi)存中，并將圖片顯示出來(lái)
3.如果在內(nèi)存和磁盤(pán)緩存中都沒(méi)有找到，就會(huì)向遠(yuǎn)程服務(wù)器發(fā)送請(qǐng)求，開(kāi)始下載圖片
4.下載后的圖片會(huì)加入緩存中，并寫(xiě)入磁盤(pán)中
5.整個(gè)獲取圖片的過(guò)程都是在子線(xiàn)程中執(zhí)行，獲取到圖片后回到主線(xiàn)程將圖片顯示出來(lái)
SDWebImage原理：
調(diào)用類(lèi)別的方法：
從內(nèi)存（字典）中找圖片（當(dāng)這個(gè)圖片在本次使用程序的過(guò)程中已經(jīng)被加載過(guò)），找到直接使用。
從沙盒中找（當(dāng)這個(gè)圖片在之前使用程序的過(guò)程中被加載過(guò)），找到使用，緩存到內(nèi)存中。
從網(wǎng)絡(luò)上獲取，使用，緩存到內(nèi)存，緩存到沙盒。
3、友盟統(tǒng)計(jì)接口統(tǒng)計(jì)的所有功能
APP啟動(dòng)速度，APP停留頁(yè)面時(shí)間等
算法
1、不用中間變量,用兩種方法交換A和B的值
// 1.中間變量
void swap(int a, int b) {
int temp = a;
a = b;
b = temp;
}
// 2.加法
void swap(int a, int b) {
a = a + b;
b = a - b;
a = a - b;
}
// 3.異或（相同為0，不同為1. 可以理解為不進(jìn)位加法）
void swap(int a, int b) {
a = a ^ b;
b = a ^ b;
a = a ^ b;
}
2、求最大公約數(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ù)
3、模擬棧操作
/**
* 棧是一種數(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];
}
//查詢(xún)棧滿(mǎn) full
bool full() {
if(count >= 1024) {
return 1;
}
return 0;
}
//查詢(xún)?？?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;
}
4、排序算法
選擇排序、冒泡排序、插入排序三種排序算法可以總結(jié)為如下：
都將數(shù)組分為已排序部分和未排序部分。
1\. 選擇排序?qū)⒁雅判虿糠侄x在左端，然后選擇未排序部分的最小元素和未排序部分的第一個(gè)元素交換。
2\. 冒泡排序?qū)⒁雅判虿糠侄x在右端，在遍歷未排序部分的過(guò)程執(zhí)行交換，將最大元素交換到最右端。
3\. 插入排序?qū)⒁雅判虿糠侄x在左端，將未排序部分元的第一個(gè)元素插入到已排序部分合適的位置。
選擇排序
/**
* 【選擇排序】：最值出現(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;
}
}
}
}
5、折半查找（二分查找）
/**
* 折半查找：優(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é)）
1、在 Objective-C 中，enum 建議使用 NS_ENUM 和 NS_OPTIONS 宏來(lái)定義枚舉類(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
//說(shuō)明：
//既然該類(lèi)中已經(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)該按照下面的順序排列： （原子性，讀寫(xiě)，內(nèi)存管理）
2、避免使用C語(yǔ)言中的基本數(shù)據(jù)類(lèi)型，建議使用 Foundation 數(shù)據(jù)類(lèi)型，對(duì)應(yīng)關(guān)系如下：
int -> NSInteger
unsigned -> NSUInteger
float -> CGFloat
動(dòng)畫(huà)時(shí)間 -> NSTimeInterval
#其它知識(shí)點(diǎn)
1、HomeKit，是蘋(píng)果2014年發(fā)布的智能家居平臺(tái)。
2、什么是 OpenGL、Quartz 2D？
Quatarz 2d 是Apple提供的基本圖形工具庫(kù)。只是適用于2D圖形的繪制。
OpenGL，是一個(gè)跨平臺(tái)的圖形開(kāi)發(fā)庫(kù)。適用于2D和3D圖形的繪制。
3、ffmpeg框架：ffmpeg 是音視頻處理工具，既有音視頻編碼解碼功能，又可以作為播放器使用。
4、談?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í)就添加完，然后通過(guò)hidden來(lái)控制是否顯示。
8). 使用調(diào)試工具分析問(wèn)題。
5、如何實(shí)行cell的動(dòng)態(tài)的行高
如果希望每條數(shù)據(jù)顯示自身的行高，必須設(shè)置兩個(gè)屬性，1.預(yù)估行高，2.自定義行高。
設(shè)置預(yù)估行高 tableView.estimatedRowHeight = 200。
設(shè)置定義行高 tableView.estimatedRowHeight = UITableViewAutomaticDimension。
如果要讓自定義行高有效，必須讓容器視圖有一個(gè)自下而上的約束。
6 如何讓計(jì)時(shí)器調(diào)用一個(gè)類(lèi)方法
計(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說(shuō)明這個(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è)類(lèi)就永遠(yuǎn)無(wú)法被釋放。比如可以在viewDidDisappear中調(diào)用，這樣當(dāng)類(lèi)需要被回收的時(shí)候就可以正常進(jìn)入dealloc中了。
[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerMethod) userInfo:nil repeats:YES];
-(void)timerMethod
{
//調(diào)用類(lèi)方法
[[self class] staticMethod];
}
-(void)invalid
{
[timer invalid];
timer = nil;
}
7 如何重寫(xiě)類(lèi)方法
1、在子類(lèi)中實(shí)現(xiàn)一個(gè)同基類(lèi)名字一樣的靜態(tài)方法
2、在調(diào)用的時(shí)候不要使用類(lèi)名調(diào)用，而是使用[self class]的方式調(diào)用。原理，用類(lèi)名調(diào)用是早綁定，在編譯期綁定，用[self class]是晚綁定，在運(yùn)行時(shí)決定調(diào)用哪個(gè)方法。
8 NSTimer創(chuàng)建后，會(huì)在哪個(gè)線(xiàn)程運(yùn)行。
用scheduledTimerWithTimeInterval創(chuàng)建的，在哪個(gè)線(xiàn)程創(chuàng)建就會(huì)被加入哪個(gè)線(xiàn)程的RunLoop中就運(yùn)行在哪個(gè)線(xiàn)程
自己創(chuàng)建的Timer，加入到哪個(gè)線(xiàn)程的RunLoop中就運(yùn)行在哪個(gè)線(xiàn)程。
9 id和NSObject＊的區(qū)別
id是一個(gè) objc_object 結(jié)構(gòu)體指針，定義是
typedef struct objc_object *id
id可以理解為指向?qū)ο蟮闹羔槨Ｋ衞c的對(duì)象 id都可以指向，編譯器不會(huì)做類(lèi)型檢查，id調(diào)用任何存在的方法都不會(huì)在編譯階段報(bào)錯(cuò)，當(dāng)然如果這個(gè)id指向的對(duì)象沒(méi)有這個(gè)方法，該崩潰還是會(huì)崩潰的。
NSObject *指向的必須是NSObject的子類(lèi)，調(diào)用的也只能是NSObjec里面的方法否則就要做強(qiáng)制類(lèi)型轉(zhuǎn)換。
不是所有的OC對(duì)象都是NSObject的子類(lèi)，還有一些繼承自NSProxy。NSObject *可指向的類(lèi)型是id的子集。
10.ios開(kāi)發(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)聽(tīng)通知
[[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)卫齻髦?
Single是一個(gè)單例類(lèi)，并且有一個(gè)字符串類(lèi)型的屬性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)聽(tīng)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];
}
11.淺談iOS開(kāi)發(fā)中方法延遲執(zhí)行的幾種方式
Method1\. performSelector方法
Method2\. NSTimer定時(shí)器
Method3\. NSThread線(xiàn)程的sleep
Method4\. GCD
12.NSPersistentStoreCoordinator , NSManaged0bjectContext 和NSManaged0bject中的那些需要在線(xiàn)程中創(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ù)，或查詢(xún)數(shù)據(jù)。
13.您是否做過(guò)一部的網(wǎng)絡(luò)處理和通訊方面的工作？如果有，能具體介紹一下實(shí)現(xiàn)策略么
答：使用NSOperation發(fā)送異步網(wǎng)絡(luò)請(qǐng)求，使用NSOperationQueue管理
線(xiàn)程數(shù)目及優(yōu)先級(jí)，底層是用NSURLConnetion，
14.你使用過(guò)Objective-C的運(yùn)行時(shí)編程（Runtime Programming）么？如果使用過(guò)，你用它做了什么？你還能記得你所使用的相關(guān)的頭文件或者某些方法的名稱(chēng)嗎？
答：Objecitve-C的重要特性是Runtime（運(yùn)行時(shí)）,在#import <objc/runtime.h> 下能看到相關(guān)的方法，用過(guò)objc_getClass()和class_copyMethodList()獲取過(guò)私有API;使用
objective-c
Method method1 = class_getInstanceMethod(cls, sel1);
Method method2 = class_getInstanceMethod(cls, sel2);
method_exchangeImplementations(method1, method2);
代碼交換兩個(gè)方法，在寫(xiě)unit test時(shí)使用到。
15.Core開(kāi)頭的系列的內(nèi)容。是否使用過(guò)CoreAnimation和CoreGraphics。UI框架和CA，CG框架的聯(lián)系是什么？分別用CA和CG做過(guò)些什么動(dòng)畫(huà)或者圖像上的內(nèi)容。（有需要的話(huà)還可以涉及Quartz的一些內(nèi)容）
答：UI框架的底層有CoreAnimation，CoreAnimation的底層有CoreGraphics。
UIKit |
------------ |
Core Animation |
Core Graphics |
Graphics Hardware|
使用CA做過(guò)menu菜單的展開(kāi)收起（太遜了）
16.是否使用過(guò)CoreText或者CoreImage等？如果使用過(guò)，請(qǐng)談?wù)勀闶褂肅oreText或者CoreImage的體驗(yàn)。
答：CoreText可以解決復(fù)雜文字內(nèi)容排版問(wèn)題。CoreImage可以處理圖
片，為其添加各種效果。體驗(yàn)是很強(qiáng)大，挺復(fù)雜的。
17.NSNotification和KVO的區(qū)別和用法是什么？什么時(shí)候應(yīng)該使用通知，什么時(shí)候應(yīng)該使用KVO，它們的實(shí)現(xiàn)上有什么區(qū)別嗎？如果用protocol和delegate（或者delegate的Array）來(lái)實(shí)現(xiàn)類(lèi)似的功能可能嗎？如果可能，會(huì)有什么潛在的問(wèn)題？如果不能，為什么？（雖然protocol和delegate這種東西面試已經(jīng)面爛了…）
答：NSNotification是通知模式在iOS的實(shí)現(xiàn)，KVO的全稱(chēng)是鍵值觀(guān)察
(Key-value observing),其是基于KVC（key-value coding）的，KVC是一
個(gè)通過(guò)屬性名訪(fǎng)問(wèn)屬性變量的機(jī)制。例如將Module層的變化，通知到多
個(gè)Controller對(duì)象時(shí)，可以使用NSNotification；如果是只需要觀(guān)察某個(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ì)
象。
18.你用過(guò)NSOperationQueue么？如果用過(guò)或者了解的話(huà)，你為什么要使用NSOperationQueue，實(shí)現(xiàn)了什么？請(qǐng)描述它和G.C.D的區(qū)別和類(lèi)似的地方（提示：可以從兩者的實(shí)現(xiàn)機(jī)制和適用范圍來(lái)描述）。
答：使用NSOperationQueue用來(lái)管理子類(lèi)化的NSOperation對(duì)象，控制
其線(xiàn)程并發(fā)數(shù)目。GCD和NSOperation都可以實(shí)現(xiàn)對(duì)線(xiàn)程的管理，區(qū)別
是 NSOperation和NSOperationQueue是多線(xiàn)程的面向?qū)ο蟪橄?。?xiàng)目中
使用NSOperation的優(yōu)點(diǎn)是NSOperation是對(duì)線(xiàn)程的高度抽象，在項(xiàng)目中
使用它，會(huì)使項(xiàng)目的程序結(jié)構(gòu)更好，子類(lèi)化NSOperation的設(shè)計(jì)思路，
是具有面向?qū)ο蟮膬?yōu)點(diǎn)（復(fù)用、封裝），使得實(shí)現(xiàn)是多線(xiàn)程支持，而接
口簡(jiǎn)單，建議在復(fù)雜項(xiàng)目中使用。
項(xiàng)目中使用GCD的優(yōu)點(diǎn)是GCD本身非常簡(jiǎn)單、易用，對(duì)于不復(fù)雜的多線(xiàn)
程操作，會(huì)節(jié)省代碼量，而B(niǎo)lock參數(shù)的使用，會(huì)是代碼更為易讀，建議
在簡(jiǎn)單項(xiàng)目中使用。
19.既然提到G.C.D，那么問(wèn)一下在使用G.C.D以及block時(shí)要注意些什么？它們兩是一回事兒么？block在A(yíng)RC中和傳統(tǒng)的MRC中的行為和用法有沒(méi)有什么區(qū)別，需要注意些什么？
答：使用block是要注意，若將block做函數(shù)參數(shù)時(shí)，需要把它放到最
后，GCD是Grand Central Dispatch，是一個(gè)對(duì)線(xiàn)程開(kāi)源類(lèi)庫(kù)，而B(niǎo)lock
是閉包，是能夠讀取其他函數(shù)內(nèi)部變量的函數(shù)。
20. 對(duì)于Objective-C，你認(rèn)為它最大的優(yōu)點(diǎn)和最大的不足是什么？對(duì)于不足之處，現(xiàn)在有沒(méi)有可用的方法繞過(guò)這些不足來(lái)實(shí)現(xiàn)需求。如果可以的話(huà)，你有沒(méi)有考慮或者實(shí)踐過(guò)重新實(shí)現(xiàn)OC的一些功能，如果有，具體會(huì)如何做？
答：最大的優(yōu)點(diǎn)是它的運(yùn)行時(shí)特性，不足是沒(méi)有命名空間，對(duì)于命名沖
突，可以使用長(zhǎng)命名法或特殊前綴解決，如果是引入的第三方庫(kù)之間的
命名沖突，可以使用link命令及flag解決沖突。
21. 你實(shí)現(xiàn)過(guò)一個(gè)框架或者庫(kù)以供別人使用么？如果有，請(qǐng)談一談構(gòu)建框架或者庫(kù)時(shí)候的經(jīng)驗(yàn)；如果沒(méi)有，請(qǐng)?jiān)O(shè)想和設(shè)計(jì)框架的public的API，并指出大概需要如何做、需要注意一些什么方面，來(lái)使別人容易地使用你的框架。
答：抽象和封裝，方便使用。首先是對(duì)問(wèn)題有充分的了解，比如構(gòu)建一
個(gè)文件解壓壓縮框架，從使用者的角度出發(fā)，只需關(guān)注發(fā)送給框架一個(gè)
解壓請(qǐng)求，框架完成復(fù)雜文件的解壓操作，并且在適當(dāng)?shù)臅r(shí)候通知給是
哦難過(guò)者，如解壓完成、解壓出錯(cuò)等。在框架內(nèi)部去構(gòu)建對(duì)象的關(guān)系，
通過(guò)抽象讓其更為健壯、便于更改。其次是API的說(shuō)明文檔。
# 阿里、字節(jié)：一套高效的iOS面試題
# 簡(jiǎn)述
> 筆者最近收集梳理了一些iOS相關(guān)的問(wèn)題，其中大部分都是大廠(chǎng)面試或者面試其他人用到的，能命中大部分的面試和日常工作，更希望你可以用它來(lái)檢驗(yàn)自己
由于問(wèn)題量太大，本文只是給了問(wèn)題，希望發(fā)揮圈友的動(dòng)手能力，自己去探索下，也可以在下方進(jìn)行評(píng)論回復(fù)你的答案或者提出更高質(zhì)量的問(wèn)題?。?！
# runtime相關(guān)問(wèn)題
`runtime`是iOS開(kāi)發(fā)最核心的知識(shí)了，如果下面的問(wèn)題都解決了，那么對(duì)`runtime`的理解已經(jīng)很深了。 `runtime`已經(jīng)開(kāi)源了，這有一份別人調(diào)試好可運(yùn)行的源碼[objc-runtime](https://github.com/RetVal/objc-runtime)，也可以去官網(wǎng)找[objc4](https://opensource.apple.com/tarballs/objc4/)
## 結(jié)構(gòu)模型
1. 介紹下runtime的內(nèi)存模型（isa、對(duì)象、類(lèi)、metaclass、結(jié)構(gòu)體的存儲(chǔ)信息等）
2. 為什么要設(shè)計(jì)metaclass
3. `class_copyIvarList` & `class_copyPropertyList`區(qū)別
4. `class_rw_t` 和 `class_ro_t` 的區(qū)別
5. `category`如何被加載的,兩個(gè)category的`load`方法的加載順序，兩個(gè)category的同名方法的加載順序
6. `category` & `extension`區(qū)別，能給NSObject添加Extension嗎，結(jié)果如何
7. 消息轉(zhuǎn)發(fā)機(jī)制，消息轉(zhuǎn)發(fā)機(jī)制和其他語(yǔ)言的消息機(jī)制優(yōu)劣對(duì)比
8. 在方法調(diào)用的時(shí)候，`方法查詢(xún)-> 動(dòng)態(tài)解析-> 消息轉(zhuǎn)發(fā)` 之前做了什么
9. `IMP`、`SEL`、`Method`的區(qū)別和使用場(chǎng)景
10. `load`、`initialize`方法的區(qū)別什么？在繼承關(guān)系中他們有什么區(qū)別
11. 說(shuō)說(shuō)消息轉(zhuǎn)發(fā)機(jī)制的優(yōu)劣
## 內(nèi)存管理
1. `weak`的實(shí)現(xiàn)原理？`SideTable`的結(jié)構(gòu)是什么樣的
2. 關(guān)聯(lián)對(duì)象的應(yīng)用？系統(tǒng)如何實(shí)現(xiàn)關(guān)聯(lián)對(duì)象的
3. 關(guān)聯(lián)對(duì)象的如何進(jìn)行內(nèi)存管理的？關(guān)聯(lián)對(duì)象如何實(shí)現(xiàn)weak屬性
4. `Autoreleasepool`的原理？所使用的的數(shù)據(jù)結(jié)構(gòu)是什么
5. `ARC`的實(shí)現(xiàn)原理？`ARC`下對(duì)`retain & release`做了哪些優(yōu)化
6. `ARC`下哪些情況會(huì)造成內(nèi)存泄漏
## 其他
1. `Method Swizzle`注意事項(xiàng)
2. 屬性修飾符`atomic`的內(nèi)部實(shí)現(xiàn)是怎么樣的?能保證線(xiàn)程安全嗎
3. iOS 中內(nèi)省的幾個(gè)方法有哪些？?jī)?nèi)部實(shí)現(xiàn)原理是什么
4. `class、objc_getClass、object_getclass` 方法有什么區(qū)別?
# NSNotification相關(guān)
蘋(píng)果并沒(méi)有開(kāi)源相關(guān)代碼，但是可以讀下[GNUStep](https://github.com/gnustep/libs-base)的源碼，基本上實(shí)現(xiàn)方式很具有參考性
1. 實(shí)現(xiàn)原理（結(jié)構(gòu)設(shè)計(jì)、通知如何存儲(chǔ)的、`name&observer&SEL`之間的關(guān)系等）
2. 通知的發(fā)送時(shí)同步的，還是異步的
3. `NSNotificationCenter`接受消息和發(fā)送消息是在一個(gè)線(xiàn)程里嗎？如何異步發(fā)送消息
4. `NSNotificationQueue`是異步還是同步發(fā)送？在哪個(gè)線(xiàn)程響應(yīng)
5. `NSNotificationQueue`和`runloop`的關(guān)系
6. 如何保證通知接收的線(xiàn)程在主線(xiàn)程
7. 頁(yè)面銷(xiāo)毀時(shí)不移除通知會(huì)崩潰嗎
8. 多次添加同一個(gè)通知會(huì)是什么結(jié)果？多次移除通知呢
9. 下面的方式能接收到通知嗎？為什么
// 發(fā)送通知
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(handleNotification:) name:@"TestNotification" object:@1];
// 接收通知
[NSNotificationCenter.defaultCenter postNotificationName:@"TestNotification" object:nil];
復(fù)制代碼
# Runloop & KVO
## runloop
`runloop`對(duì)于一個(gè)標(biāo)準(zhǔn)的iOS開(kāi)發(fā)來(lái)說(shuō)都不陌生，應(yīng)該說(shuō)熟悉`runloop`是標(biāo)配，下面就隨便列幾個(gè)典型問(wèn)題吧
1. app如何接收到觸摸事件的
2. 為什么只有主線(xiàn)程的`runloop`是開(kāi)啟的
3. 為什么只在主線(xiàn)程刷新UI
4. `PerformSelector`和`runloop`的關(guān)系
5. 如何使線(xiàn)程?；?
## KVO
同`runloop`一樣，這也是標(biāo)配的知識(shí)點(diǎn)了，同樣列出幾個(gè)典型問(wèn)題
1. 實(shí)現(xiàn)原理
2. 如何手動(dòng)關(guān)閉kvo
3. 通過(guò)KVC修改屬性會(huì)觸發(fā)KVO么
4. 哪些情況下使用kvo會(huì)崩潰，怎么防護(hù)崩潰
5. kvo的優(yōu)缺點(diǎn)
# Block
1. `block`的內(nèi)部實(shí)現(xiàn)，結(jié)構(gòu)體是什么樣的
2. block是類(lèi)嗎，有哪些類(lèi)型
3. 一個(gè)`int`變量被 `__block` 修飾與否的區(qū)別？block的變量截獲
4. `block`在修改`NSMutableArray`，需不需要添加`__block`
5. 怎么進(jìn)行內(nèi)存管理的
6. `block`可以用`strong`修飾嗎
7. 解決循環(huán)引用時(shí)為什么要用`__strong、__weak`修飾
8. `block`發(fā)生`copy`時(shí)機(jī)
9. `Block`訪(fǎng)問(wèn)對(duì)象類(lèi)型的`auto變量`時(shí)，在`ARC和MRC`下有什么區(qū)別
# 多線(xiàn)程
主要以GCD為主
1. `iOS`開(kāi)發(fā)中有多少類(lèi)型的線(xiàn)程？分別對(duì)比
2. `GCD`有哪些隊(duì)列，默認(rèn)提供哪些隊(duì)列
3. `GCD`有哪些方法api
4. `GCD`主線(xiàn)程 & 主隊(duì)列的關(guān)系
5. 如何實(shí)現(xiàn)同步，有多少方式就說(shuō)多少
6. `dispatch_once`實(shí)現(xiàn)原理
7. 什么情況下會(huì)死鎖
8. 有哪些類(lèi)型的線(xiàn)程鎖，分別介紹下作用和使用場(chǎng)景
9. `NSOperationQueue`中的`maxConcurrentOperationCount`默認(rèn)值
10. `NSTimer、CADisplayLink、dispatch_source_t` 的優(yōu)劣
# 視圖&圖像相關(guān)
1. `AutoLayout`的原理，性能如何
2. `UIView & CALayer`的區(qū)別
3. 事件響應(yīng)鏈
4. `drawrect & layoutsubviews`調(diào)用時(shí)機(jī)
5. UI的刷新原理
6. 隱式動(dòng)畫(huà) & 顯示動(dòng)畫(huà)區(qū)別
7. 什么是離屏渲染
8. imageName & imageWithContentsOfFile區(qū)別
9. 多個(gè)相同的圖片，會(huì)重復(fù)加載嗎
10. 圖片是什么時(shí)候解碼的，如何優(yōu)化
11. 圖片渲染怎么優(yōu)化
12. 如果GPU的刷新率超過(guò)了iOS屏幕60Hz刷新率是什么現(xiàn)象，怎么解決
# 性能優(yōu)化
1. 如何做啟動(dòng)優(yōu)化，如何監(jiān)控
2. 如何做卡頓優(yōu)化，如何監(jiān)控
3. 如何做耗電優(yōu)化，如何監(jiān)控
4. 如何做網(wǎng)絡(luò)優(yōu)化，如何監(jiān)控
# 開(kāi)發(fā)證書(shū)
1. 蘋(píng)果使用證書(shū)的目的是什么
2. AppStore安裝app時(shí)的認(rèn)證流程
3. 開(kāi)發(fā)者怎么在debug模式下把a(bǔ)pp安裝到設(shè)備呢
# 架構(gòu)設(shè)計(jì)
## 典型源碼的學(xué)習(xí)
只是列出一些iOS比較核心的開(kāi)源庫(kù)，這些庫(kù)包含了很多高質(zhì)量的思想，源碼學(xué)習(xí)的時(shí)候一定要關(guān)注每個(gè)框架解決的核心問(wèn)題是什么，還有它們的優(yōu)缺點(diǎn)，這樣才能算真正理解和吸收
1. AFN
2. SDWebImage
3. JSPatch、Aspects(雖然一個(gè)不可用、另一個(gè)不維護(hù)，但是這兩個(gè)庫(kù)都很精煉巧妙，很適合學(xué)習(xí))
4. Weex/RN, 筆者認(rèn)為這種前端和客戶(hù)端緊密聯(lián)系的庫(kù)是必須要知道其原理的
5. CTMediator、其他router庫(kù)，這些都是常見(jiàn)的路由庫(kù)，開(kāi)發(fā)中基本上都會(huì)用到
6. 請(qǐng)`圈友`們?cè)谠u(píng)論下面補(bǔ)充吧
## 架構(gòu)設(shè)計(jì)
1. 手動(dòng)埋點(diǎn)、自動(dòng)化埋點(diǎn)、可視化埋點(diǎn)
2. `MVC、MVP、MVVM`設(shè)計(jì)模式
3. 常見(jiàn)的設(shè)計(jì)模式
4. 單例的弊端
5. 常見(jiàn)的路由方案，以及優(yōu)缺點(diǎn)對(duì)比
6. 如果保證項(xiàng)目的穩(wěn)定性
7. 設(shè)計(jì)一個(gè)圖片緩存框架(LRU)
8. 如何設(shè)計(jì)一個(gè)`git diff`
9. 設(shè)計(jì)一個(gè)線(xiàn)程池？畫(huà)出你的架構(gòu)圖
10. 你的app架構(gòu)是什么，有什么優(yōu)缺點(diǎn)、為什么這么做、怎么改進(jìn)
# 其他問(wèn)題
1. `PerformSelector & NSInvocation`優(yōu)劣對(duì)比
2. `oc`怎么實(shí)現(xiàn)多繼承？怎么面向切面（可以參考[Aspects深度解析-iOS面向切面編程](https://juejin.im/post/5e13c4366fb9a047f42e6406)）
3. 哪些`bug`會(huì)導(dǎo)致崩潰，如何防護(hù)崩潰
4. 怎么監(jiān)控崩潰
5. `app`的啟動(dòng)過(guò)程（考察LLVM編譯過(guò)程、靜態(tài)鏈接、動(dòng)態(tài)鏈接、runtime初始化）
6. 沙盒目錄的每個(gè)文件夾劃分的作用
7. 簡(jiǎn)述下`match-o`文件結(jié)構(gòu)
# 系統(tǒng)基礎(chǔ)知識(shí)
1. 進(jìn)程和線(xiàn)程的區(qū)別
2. `HTTPS`的握手過(guò)程
3. 什么是`中間人攻擊`？怎么預(yù)防
4. `TCP`的握手過(guò)程？為什么進(jìn)行三次握手，四次揮手
5. `堆和棧`區(qū)的區(qū)別？誰(shuí)的占用內(nèi)存空間大
6. 加密算法：`對(duì)稱(chēng)加密算法和非對(duì)稱(chēng)加密算法`區(qū)別
7. 常見(jiàn)的`對(duì)稱(chēng)加密和非對(duì)稱(chēng)加密`算法有哪些
8. `MD5、Sha1、Sha256`區(qū)別
9. `charles`抓包過(guò)程？不使用`charles`，`4G`網(wǎng)絡(luò)如何抓包
# 數(shù)據(jù)結(jié)構(gòu)與算法
對(duì)于移動(dòng)開(kāi)發(fā)者來(lái)說(shuō)，一般不會(huì)遇到非常難的算法，大多以數(shù)據(jù)結(jié)構(gòu)為主，筆者列出一些必會(huì)的算法，當(dāng)然有時(shí)間了可以去[LeetCode](https://leetcode.com/)上刷刷題
1. 八大排序算法
2. 棧&隊(duì)列
3. 字符串處理
4. 鏈表
5. 二叉樹(shù)相關(guān)操作
6. 深搜廣搜
7. 基本的動(dòng)態(tài)規(guī)劃題、貪心算法、二分查找
