設(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). 單例模式：通過(guò)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). 工廠模式：通過(guò)一個(gè)類方法，批量的根據(jù)已有模板生產(chǎn)對(duì)象。
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)。
#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è)類的聲明，當(dāng)執(zhí)行時(shí)，才去查看類的實(shí)現(xiàn)文件，可以解決頭文件的相互包含。
3). #import<>用來(lái)包含系統(tǒng)的頭文件，#import””用來(lái)包含用戶頭文件。
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í)例變量一般通過(guò)“存取方法”(access method)來(lái)訪問(wèn)。其中，“獲取方法” (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= 、setter=
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í)候,往往要通過(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ì)象銷毀時(shí)，屬性值會(huì)自動(dòng)清空(nil)。
怎么用 copy 關(guān)鍵字？
用途：
1. NSString、NSArray、NSDictionary 等等經(jīng)常使用copy關(guān)鍵字，是因?yàn)樗麄冇袑?duì)應(yīng)的可變類型：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 中寫不寫都行：對(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)鍵字，可能造成什么問(wè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í)拷貝一份。
1. 因?yàn)楦割愔羔樋梢灾赶蜃宇悓?duì)象,使用 copy 的目的是為了讓本對(duì)象的屬性不受外界影響,使用 copy 無(wú)論給我傳入是一個(gè)可變對(duì)象還是不可對(duì)象,我本身持有的就是一個(gè)不可變的副本。
2. 如果我們使用是 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不變。
系統(tǒng)對(duì)象的 copy 與 mutableCopy 方法
不管是集合類對(duì)象（NSArray、NSDictionary、NSSet ... 之類的對(duì)象），還是非集合類對(duì)象（NSString, NSNumber ... 之類的對(duì)象），接收到copy和mutableCopy消息時(shí)，都遵循以下準(zhǔn)則：
1. copy 返回的是不可變對(duì)象（immutableObject）；如果用copy返回值調(diào)用mutable對(duì)象的方法就會(huì)crash。
2. mutableCopy 返回的是可變對(duì)象（mutableObject）。
一、非集合類對(duì)象的copy與mutableCopy
? 在非集合類對(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ù)制
二、集合類對(duì)象的copy與mutableCopy (同上)
? 在集合類對(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é)一句話】：
只有對(duì)不可變對(duì)象進(jìn)行copy操作是指針復(fù)制（淺復(fù)制），其它情況都是內(nèi)容復(fù)制（深復(fù)制）！
這個(gè)寫法會(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 類型，NSArray 類型對(duì)象不能調(diào)用 NSMutableArray 類型對(duì)象的方法）
原因：是因?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é)議的方法。
// 該協(xié)議只有一個(gè)方法:
- (id)copyWithZone:(NSZone *)zone;
// 注意：使用 copy 修飾符，調(diào)用的是copy方法，其實(shí)真正需要實(shí)現(xiàn)的是 “copyWithZone” 方法。
寫一個(gè) setter 方法用于完成 @property (nonatomic, retain) NSString?*name，寫一個(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;
}
@synthesize 和 @dynamic 分別有什么作用？
@property有兩個(gè)對(duì)應(yīng)的詞，一個(gè)是@synthesize（合成實(shí)例變量），一個(gè)是@dynamic。
如果@synthesize和@dynamic都沒(méi)有寫，那么默認(rèn)的就是 @synthesize var = _var;
// 在類的實(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方法由用戶自己實(shí)現(xiàn)，不自動(dòng)生成（如，@dynamic var）。
常見(jiàn)的 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)存管理的，說(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)在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ū)別：
1. 分類有名字，類擴(kuò)展沒(méi)有分類名字，是一種特殊的分類。
2. 分類只能擴(kuò)展方法（屬性僅僅是聲明，并沒(méi)真正實(shí)現(xiàn)），類擴(kuò)展可以擴(kuò)展屬性、成員變量和方法。
3. 繼承可以增加，修改或者刪除方法，并且可以增加屬性。
我們說(shuō)的OC是動(dòng)態(tài)運(yùn)行時(shí)語(yǔ)言是什么意思？
答：主要是將數(shù)據(jù)類型的確定由編譯時(shí)，推遲到了運(yùn)行時(shí)。簡(jiǎn)單來(lái)說(shuō), 運(yùn)行時(shí)機(jī)制使我們直到運(yùn)行時(shí)才去決定一個(gè)對(duì)象的類別,以及調(diào)用該類別對(duì)象指定方法。
為什么我們常見(jiàn)的delegate屬性都用是week而不是retain/strong？
答：是為了防止delegate兩端產(chǎn)生不必要的循環(huán)引用。
@property (nonatomic, weak) id delegate;
什么時(shí)候用delete，什么時(shí)候用Notification？
Delegate(委托模式)：1對(duì)1的反向消息通知功能。
Notification(通知模式)：只想要把消息發(fā)送出去，告知某些狀態(tài)的變化。但是并不關(guān)心誰(shuí)想要知道這個(gè)。
什么是 KVO 和 KVC？
1). KVC(Key-Value-Coding)：鍵值編碼 是一種通過(guò)字符串間接訪問(wèn)對(duì)象的方式（即給屬性賦值）
? 舉例說(shuō)明：
? stu.name = @"張三" // 點(diǎn)語(yǔ)法給屬性賦值
? [stu setValue:@"張三" forKey:@"name"]; // 通過(guò)字符串使用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ǔ)法。
? // 通過(guò)下方方法為屬性添加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). 如果沒(méi)有找到_key，就會(huì)查找相同名稱的屬性key，如果有就直接賦值。
4). 如果還沒(méi)有找到，則調(diào)用valueForUndefinedKey:和setValue:forUndefinedKey:方法。
這些方法的默認(rèn)實(shí)現(xiàn)都是拋出異常，我們可以根據(jù)需要重寫它們。
KVO的底層實(shí)現(xiàn)？
KVO基于runtime機(jī)制實(shí)現(xiàn)。
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上消失。
方法和選擇器有何不同？
selector是一個(gè)方法的名字，方法是一個(gè)組合體，包含了名字和實(shí)現(xiàn)。
你是否接觸過(guò)OC中的反射機(jī)制？簡(jiǎn)單聊一下概念和使用
1). class反射
通過(guò)類名的字符串形式實(shí)例化對(duì)象。
Class class = NSClassFromString(@"student");
Student *stu = [[class alloc] init];
將類名變?yōu)樽址?/p>
Class class =[Student class];
NSString *className = NSStringFromClass(class);
2). SEL的反射
通過(guò)方法的字符串形式實(shí)例化方法。
SEL selector = NSSelectorFromString(@"setName");?
[stu performSelector:selector withObject:@"Mike"];
將方法變成字符串。
NSStringFromSelector(@selector*(setName:));
調(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];?
如何對(duì)iOS設(shè)備進(jìn)行性能測(cè)試？
答： Profile-> Instruments ->Time Profiler
開(kāi)發(fā)項(xiàng)目時(shí)你是怎么檢查內(nèi)存泄露？
1). 靜態(tài)分析 analyze。
2). instruments工具里面有個(gè)leak可以動(dòng)態(tài)分析。
什么是懶加載？
答：懶加載就是只在用到的時(shí)候才去初始化。也可以理解成延時(shí)加載。
我覺(jué)得最好也最簡(jiǎn)單的一個(gè)例子就是tableView中圖片的加載顯示了, 一個(gè)延時(shí)加載, 避免內(nèi)存過(guò)高,一個(gè)異步加載,避免線程堵塞提高用戶體驗(yàn)。
類變量的 @public，@protected，@private，@package 聲明各有什么含義？
@public 任何地方都能訪問(wèn);
@protected 該類和子類中訪問(wèn),是默認(rèn)的;
@private 只能在本類中訪問(wèn);
@package 本包內(nèi)使用,跨包不可以。
什么是謂詞？
謂詞就是通過(guò)NSPredicate給定的邏輯條件作為約束條件,完成對(duì)數(shù)據(jù)的篩選。
//定義謂詞對(duì)象,謂詞對(duì)象中包含了過(guò)濾條件(過(guò)濾條件比較多)
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"age<%d",30];
//使用謂詞條件過(guò)濾數(shù)組中的元素,過(guò)濾之后返回查詢的結(jié)果
NSArray *array = [persons filteredArrayUsingPredicate:predicate];
isa指針問(wèn)題
isa：是一個(gè)Class 類型的指針. 每個(gè)實(shí)例對(duì)象有個(gè)isa的指針,他指向?qū)ο蟮念?而Class里也有個(gè)isa的指針, 指向meteClass(元類)。元類保存了類方法的列表。當(dāng)類方法被調(diào) 用時(shí),先會(huì)從本身查找類方法的實(shí)現(xiàn),如果沒(méi)有,元類會(huì)向他父類查找該方法。同時(shí)注意的是:元類(meteClass)也是類,它也是對(duì)象。元類也有isa指針,它的isa指針最終指向的是一個(gè)根元類(root meteClass)。根元類的isa指針指向本身,這樣形成了一個(gè)封閉的內(nèi)循環(huán)。
如何訪問(wèn)并修改一個(gè)類的私有屬性？
1). 一種是通過(guò)KVC獲取。
2). 通過(guò)runtime訪問(wèn)并修改私有屬性。
一個(gè)objc對(duì)象的isa的指針指向什么？有什么作用？
答：指向他的類對(duì)象,從而可以找到對(duì)象上的方法。
下面的代碼輸出什么？
@implementation Son : Father
- (id)init {
? if (self = [super init]) {
? ? ? NSLog(@"%@", NSStringFromClass([self class])); // Son
? ? ? NSLog(@"%@", NSStringFromClass([super class])); // Son
? }
? return self;
}
@end
// 解析：
self 是類的隱藏參數(shù)，指向當(dāng)前調(diào)用方法的這個(gè)類的實(shí)例。
super是一個(gè)Magic Keyword，它本質(zhì)是一個(gè)編譯器標(biāo)示符，和self是指向的同一個(gè)消息接收者。
不同的是：super會(huì)告訴編譯器，調(diào)用class這個(gè)方法時(shí)，要去父類的方法，而不是本類里的。
上面的例子不管調(diào)用[self class]還是[super class]，接受消息的對(duì)象都是當(dāng)前 Son *obj 這個(gè)對(duì)象。
寫一個(gè)完整的代理，包括聲明、實(shí)現(xiàn)
// 創(chuàng)建
@protocol MyDelagate
@required
-(void)eat:(NSString *)foodName;
@optional
-(void)run;
@end
//? 聲明 .h
@interface person: NSObject
@end
//? 實(shí)現(xiàn) .m
@implementation person
- (void)eat:(NSString *)foodName {
? NSLog(@"吃:%@!", foodName);
}
- (void)run {
? NSLog(@"run!");
}
@end
isKindOfClass、isMemberOfClass、selector作用分別是什么
isKindOfClass：作用是某個(gè)對(duì)象屬于某個(gè)類型或者繼承自某類型。
isMemberOfClass：某個(gè)對(duì)象確切屬于某個(gè)類型。
selector：通過(guò)方法名，獲取在內(nèi)存中的函數(shù)的入口地址。
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)系。
什么是block？
閉包（block）：閉包就是獲取其它函數(shù)局部變量的匿名函數(shù)。
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 *)touches withEvent:(UIEvent *)event {
// 傳值:調(diào)用block
if (_valueBlcok) {
_valueBlcok(@"123456");
}
}
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)？
答：這種問(wèn)題在開(kāi)發(fā)時(shí)經(jīng)常遇到。原因是訪問(wèn)了野指針，比如訪問(wèn)已經(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)試過(guò)程中修改變量的值。
4). bt：打印調(diào)用堆棧，是thread backtrace的簡(jiǎn)寫，加all可打印所有thread的堆棧
5). br l：是breakpoint list的簡(jiǎn)寫
你一般是怎么用Instruments的？
Instruments里面工具很多，常用：
1). Time Profiler: 性能分析
2). Zombies：檢查是否訪問(wèn)了僵尸對(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)過(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í)被清除的可能。
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ì)開(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 由于是并行處理先后順序不定。
以下代碼運(yùn)行結(jié)果如何？
- (void)viewDidLoad {
? ? [super viewDidLoad];
? ? NSLog(@"1");
? ? dispatch_sync(dispatch_get_main_queue(), ^{
? ? ? ? NSLog(@"2");
? ? });
? ? NSLog(@"3");
}
// 只輸出：1。（主線程死鎖）
什么是 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中的各種事件。通過(guò)runloop，有事運(yùn)行，沒(méi)事就休息，可以節(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)入的頭文件
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ù)（所以說(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ù)里面包含了跟類、成員變量、方法相關(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). 在沒(méi)有一個(gè)類的實(shí)現(xiàn)源碼的情況下，想改變其中一個(gè)方法的實(shí)現(xiàn)，除了繼承它重寫、和借助類別重名方法暴力搶先之外，還有更加靈活的方法 Method Swizzle。
2). Method Swizzle 指的是改變一個(gè)已存在的選擇器對(duì)應(yīng)的實(shí)現(xiàn)的過(guò)程。OC中方法的調(diào)用能夠在運(yùn)行時(shí)通過(guò)改變，通過(guò)改變類的調(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ā)送一條消息，但它并沒(méi)有實(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)單的說(shuō)，TCP注重?cái)?shù)據(jù)安全，而UDP數(shù)據(jù)傳輸快點(diǎn)，但安全性一般。
通信底層原理（OSI七層模型）
OSI采用了分層的結(jié)構(gòu)化技術(shù)，共分七層：
物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層、應(yīng)用層。
介紹一下XMPP？
XMPP是一種以XML為基礎(chǔ)的開(kāi)放式實(shí)時(shí)通信協(xié)議。
簡(jiǎn)單的說(shuō)，XMPP就是一種協(xié)議，一種規(guī)定。就是說(shuō)，在網(wǎng)絡(luò)上傳東西，XMM就是規(guī)定你上傳大小的格式。
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];
tableView的重用機(jī)制？
答：UITableView 通過(guò)重用單元格來(lái)達(dá)到節(jié)省內(nèi)存的目的: 通過(guò)為每個(gè)單元格指定一個(gè)重用標(biāo)識(shí)符，即指定了單元格的種類,當(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)使用。
用偽代碼寫一個(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í)現(xiàn)視圖的變形?
答：通過(guò)修改view的 transform 屬性即可。
在手勢(shì)對(duì)象基礎(chǔ)類UIGestureRecognizer的常用子類手勢(shì)類型中哪兩個(gè)手勢(shì)發(fā)生后，響應(yīng)只會(huì)執(zhí)行一次？
答：UITapGestureRecognizer,UISwipeGestureRecognizer是一次性手勢(shì),手勢(shì)發(fā)生后,響應(yīng)只會(huì)執(zhí)行一次。
字符串常用方法：
NSString *str = @"abc*123";
NSArray *arr = [str componentsSeparatedByString:@"*"]; //以目標(biāo)字符串把原字符串分割成兩部分，存到數(shù)組中。@[@"abc", @"123"];
如何高性能的給 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);
? ? // 將圖片畫上去
? ? [self drawInRect:rect];
? ? UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
? ? // 關(guān)閉上下文
? ? UIGraphicsEndImageContext();
? ? return image;
}
還有一種方案：使用了貝塞爾曲線"切割"個(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];
你是怎么封裝一個(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 {
? ? // 初始化代碼
}
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)度限制
請(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)后再替換占位圖片。
加載圖片的過(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ù)在磁盤中查詢對(duì)應(yīng)的數(shù)據(jù), 如果找到了, 就會(huì)把磁盤中的數(shù)據(jù)加載到內(nèi)存中，并將圖片顯示出來(lái)
3.如果在內(nèi)存和磁盤緩存中都沒(méi)有找到，就會(huì)向遠(yuǎn)程服務(wù)器發(fā)送請(qǐng)求，開(kāi)始下載圖片
4.下載后的圖片會(huì)加入緩存中，并寫入磁盤中
5.整個(gè)獲取圖片的過(guò)程都是在子線程中執(zhí)行，獲取到圖片后回到主線程將圖片顯示出來(lái)
SDWebImage原理：
調(diào)用類別的方法：
1. 從內(nèi)存（字典）中找圖片（當(dāng)這個(gè)圖片在本次使用程序的過(guò)程中已經(jīng)被加載過(guò)），找到直接使用。
2. 從沙盒中找（當(dāng)這個(gè)圖片在之前使用程序的過(guò)程中被加載過(guò)），找到使用，緩存到內(nèi)存中。
3. 從網(wǎng)絡(luò)上獲取，使用，緩存到內(nèi)存，緩存到沙盒。
友盟統(tǒng)計(jì)接口統(tǒng)計(jì)的所有功能
APP啟動(dòng)速度，APP停留頁(yè)面時(shí)間等
不用中間變量,用兩種方法交換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;
}
?
求最大公約數(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
#include
#include
//保護(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é)為如下：
都將數(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;
? ? ? ? ? ? }
? ? ? ? }
? ? }
}
折半查找（二分查找）
/**
* 折半查找：優(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
@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ō)明：
//既然該類中已經(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
?
HomeKit，是蘋果2014年發(fā)布的智能家居平臺(tái)。
什么是 OpenGL、Quartz 2D？
Quatarz?2d?是Apple提供的基本圖形工具庫(kù)。只是適用于2D圖形的繪制。
OpenGL，是一個(gè)跨平臺(tái)的圖形開(kā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í)就添加完，然后通過(guò)hidden來(lái)控制是否顯示。
8). 使用調(diào)試工具分析問(wèn)題。
如何實(shí)行cell的動(dòng)態(tài)的行高
如果希望每條數(shù)據(jù)顯示自身的行高，必須設(shè)置兩個(gè)屬性，1.預(yù)估行高，2.自定義行高。
設(shè)置預(yù)估行高 tableView.estimatedRowHeight = 200。
設(shè)置定義行高 tableView.estimatedRowHeight = UITableViewAutomaticDimension。
如果要讓自定義行高有效，必須讓容器視圖有一個(gè)自下而上的約束。
說(shuō)說(shuō)你對(duì) block 的理解
棧上的自動(dòng)復(fù)制到堆上，block 的屬性修飾符是 copy，循環(huán)引用的原理和解決方案。
說(shuō)說(shuō)你對(duì) runtime 的理解
主要是方法調(diào)用時(shí)如何查找緩存，如何找到方法，找不到方法時(shí)怎么轉(zhuǎn)發(fā)，對(duì)象的內(nèi)存布局。
什么是野指針、空指針？
野指針：不知道指向了哪里的指針叫野指針。即指針指向不確定，指針存的地址是一個(gè)垃圾值，未初始化。
空指針：不指向任何位置的指針叫空指針。即指針沒(méi)有指向，指針存的地址是一個(gè)空地址，NULL。
什么是 OOA / OOD / OOP ?
OOA（Object Oriented Analysis） ? --面向?qū)ο蠓治?/p>
OOD（Object Oriented Design） ? ? --面向?qū)ο笤O(shè)計(jì)
OOP（Object Oriented Programming）--面向?qū)ο缶幊?/p>
10. 多線程是什么
多線程是個(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ù)的，可以一邊聽(tīng)歌、一邊寫博客;對(duì)于應(yīng)用來(lái)說(shuō)，多線程可以讓應(yīng)用有更快的回應(yīng)，可以在網(wǎng)絡(luò)下載時(shí)，同時(shí)響應(yīng)用戶的觸摸操作。在iOS應(yīng)用中，對(duì)多線程最初的理解，就是并發(fā)，它的含義是原來(lái)先做燒水，再摘菜，再炒菜的工作，會(huì)變成燒水的同時(shí)去摘菜，最后去炒菜。
11. iOS 中的多線程
iOS中的多線程，是Cocoa框架下的多線程，通過(guò)Cocoa的封裝，可以讓我們更為方便的使用線程，做過(guò)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的使用參見(jiàn)本文
NSOperation與Queue
NSOperation是一個(gè)抽象類，它封裝了線程的細(xì)節(jié)實(shí)現(xiàn)，我們可以通過(guò)子類化該對(duì)象，加上NSQueue來(lái)同面向?qū)ο蟮乃季S，管理多線程程序。具體可參看這里：一個(gè)基于NSOperation的多線程網(wǎng)絡(luò)訪問(wèn)的項(xiàng)目。
NSThread
NSThread是一個(gè)控制線程執(zhí)行的對(duì)象，它不如NSOperation抽象，通過(guò)它我們可以方便的得到一個(gè)線程，并控制它。但NSThread的線程之間的并發(fā)控制，是需要我們自己來(lái)控制的，可以通過(guò)NSCondition實(shí)現(xiàn)。
參看 iOS多線程編程之NSThread的使用
其他多線程
在Cocoa的框架下，通知、Timer和異步函數(shù)等都有使用多線程，(待補(bǔ)充).
12. 在項(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é)省代碼量，而B(niǎo)lock參數(shù)的使用，會(huì)是代碼更為易讀，建議在簡(jiǎn)單項(xiàng)目中使用。
13 KVO，NSNotification，delegate及block區(qū)別
KVO就是cocoa框架實(shí)現(xiàn)的觀察者模式，一般同KVC搭配使用，通過(guò)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)聽(tīng)后再來(lái)進(jìn)行響應(yīng)，比KVO多了發(fā)送通知的一步，但是其優(yōu)點(diǎn)是監(jiān)聽(tīng)不局限于屬性的變化，還可以對(duì)多種多樣的狀態(tài)變化進(jìn)行監(jiān)聽(tīng)，監(jiān)聽(tīng)范圍廣，使用也更靈活。
delegate 是代理，就是我不想做的事情交給別人做。比如狗需要吃飯，就通過(guò)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ā)出消息。
14 將一個(gè)函數(shù)在主線程執(zhí)行的4種方法
GCD方法，通過(guò)向主線程隊(duì)列發(fā)送一個(gè)block塊，使block里的方法可以在主線程中執(zhí)行。
dispatch_async(dispatch_get_main_queue(), ^{//需要執(zhí)行的方法
});
NSOperation 方法
NSOperationQueue *mainQueue = [NSOperationQueue mainQueue];//主隊(duì)列NSBlockOperation *operation = [NSBlockOperation blockOperationWithBlock:^{//需要執(zhí)行的方法
}];
[mainQueue addOperation:operation];
NSThread 方法
[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];
RunLoop方法
[[NSRunLoop mainRunLoop] performSelector:@selector(method)withObject:nil];
15 如何讓計(jì)時(shí)器調(diào)用一個(gè)類方法
計(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è)類就永遠(yuǎn)無(wú)法被釋放。比如可以在viewDidDisappear中調(diào)用，這樣當(dāng)類需要被回收的時(shí)候就可以正常進(jìn)入dealloc中了。
[NSTimerscheduledTimerWithTimeInterval:1target:selfselector:@selector(timerMethod)userInfo:nilrepeats:YES];-(void)timerMethod{//調(diào)用類方法[[selfclass]staticMethod];}-(void)invalid
{
[timer invalid];
timer = nil;
}
16 如何重寫類方法
1、在子類中實(shí)現(xiàn)一個(gè)同基類名字一樣的靜態(tài)方法
2、在調(diào)用的時(shí)候不要使用類名調(diào)用，而是使用[self class]的方式調(diào)用。原理，用類名調(diào)用是早綁定，在編譯期綁定，用[self class]是晚綁定，在運(yùn)行時(shí)決定調(diào)用哪個(gè)方法。
17 NSTimer創(chuàng)建后，會(huì)在哪個(gè)線程運(yùn)行。
用scheduledTimerWithTimeInterval創(chuàng)建的，在哪個(gè)線程創(chuàng)建就會(huì)被加入哪個(gè)線程的RunLoop中就運(yùn)行在哪個(gè)線程
自己創(chuàng)建的Timer，加入到哪個(gè)線程的RunLoop中就運(yùn)行在哪個(gè)線程。
18 id和NSObject＊的區(qū)別
id是一個(gè) objc_object 結(jié)構(gòu)體指針，定義是
typedefstruct objc_object *id
id可以理解為指向?qū)ο蟮闹羔槨Ｋ衞c的對(duì)象 id都可以指向，編譯器不會(huì)做類型檢查，id調(diào)用任何存在的方法都不會(huì)在編譯階段報(bào)錯(cuò)，當(dāng)然如果這個(gè)id指向的對(duì)象沒(méi)有這個(gè)方法，該崩潰還是會(huì)崩潰的。
NSObject *指向的必須是NSObject的子類，調(diào)用的也只能是NSObjec里面的方法否則就要做強(qiáng)制類型轉(zhuǎn)換。
不是所有的OC對(duì)象都是NSObject的子類，還有一些繼承自NSProxy。NSObject *可指向的類型是id的子集。
第一種：代理傳值
第二個(gè)控制器：
@protocolWJSecondViewControllerDelegate- (void)changeText:(NSString*)text;@end@property(nonatomic,assign)iddelegate;- (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:selfselector:@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 = [SinglesharedSingle];single.titleName = sender.titleLabel.text;[self.navigationController popViewControllerAnimated:YES];}
第一個(gè)控制器：
- (void)viewWillAppear:(BOOL)animated{[superviewWillAppear: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è)控制器：
externNSString *btn;- (IBAction)buttonClick:(UIButton*)sender {btn = sender.titleLabel.text;[self.navigationController popViewControllerAnimated:YES];}
第一個(gè)控制器:
NSString*btn =nil;- (void)viewWillAppear:(BOOL)animated{[superviewWillAppear:animated];self.navigationItem.title = btn;}
第六種：KVO傳值
第一個(gè)控制器:
- (void)viewDidLoad {[superviewDidLoad]; _vc =[[SecondViewController alloc]init];//self監(jiān)聽(tīng)vc里的textValue屬性[_vcaddObserver:selfforKeyPath:@"textValue"options:0context:nil];? }
第二個(gè)控制器:
- (IBAction)buttonClicked:(id)sender {self.textValue =self.textField.text;[self.navigationController popViewControllerAnimated:YES];}
78.淺談iOS開(kāi)發(fā)中方法延遲執(zhí)行的幾種方式
公用延遲執(zhí)行方法
- (void)delayMethod{ NSLog(@"delayMethodEnd");}
[self performSelector:@selector(delayMethod) withObject:nil/*可傳任意類型參數(shù)*/ afterDelay:2.0];
注：此方法是一種非阻塞的執(zhí)行方式，未找到取消執(zhí)行的方法。
程序運(yùn)行結(jié)束
2015-08-31 10:56:59.361 CJDelayMethod[1080:39604] delayMethodStart2015-08-31 10:56:59.363 CJDelayMethod[1080:39604] nextMethod2015-08-31 10:57:01.364 CJDelayMethod[1080:39604] delayMethodEnd
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(delayMethod) userInfo:nil repeats:NO];
注：此方法是一種非阻塞的執(zhí)行方式，
取消執(zhí)行方法：- (void)invalidate;即可
程序運(yùn)行結(jié)束
2015-08-31 10:58:10.182 CJDelayMethod[1129:41106] delayMethodStart2015-08-31 10:58:10.183 CJDelayMethod[1129:41106] nextMethod2015-08-31 10:58:12.185 CJDelayMethod[1129:41106] delayMethodEnd
[NSThread sleepForTimeInterval:2.0];
注：此方法是一種阻塞執(zhí)行方式，建議放在子線程中執(zhí)行，否則會(huì)卡住界面。但有時(shí)還是需要阻塞執(zhí)行，如進(jìn)入歡迎界面需要沉睡3秒才進(jìn)入主界面時(shí)。
沒(méi)有找到取消執(zhí)行方式。
程序運(yùn)行結(jié)束
2015-08-31 10:58:41.501 CJDelayMethod[1153:41698] delayMethodStart2015-08-31 10:58:43.507 CJDelayMethod[1153:41698] nextMethod
__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];});`
注：此方法可以在參數(shù)中選擇執(zhí)行的線程，是一種非阻塞執(zhí)行方式。沒(méi)有找到取消執(zhí)行方式。
程序運(yùn)行結(jié)束
2015-08-31 10:59:21.652 CJDelayMethod[1181:42438] delayMethodStart2015-08-31 10:59:21.653 CJDelayMethod[1181:42438] nextMethod2015-08-31 10:59:23.653 CJDelayMethod[1181:42438] delayMethodEnd
完整代碼參見(jiàn)：
//
// ViewController.m
// CJDelayMethod
//
// Created by 陳杰 on 8/31/15.
// Copyright (c) 2015 chenjie. All rights reserved.
//
@interface ViewController ()
@property (nonatomic, strong) NSTimer?timer;
@end
@implementation ViewController
- (void)viewDidLoad {?
?[super viewDidLoad];?
?NSLog(@"delayMethodStart");?
?[self methodOnePerformSelector];//?
?[self methodTwoNSTimer];//?
?[self methodThreeSleep];//
?[self methodFourGCD];?
?NSLog(@"nextMethod");
}
- (void)methodFiveAnimation{?
?[UIView animateWithDuration:0 delay:2.0 options:UIViewAnimationOptionAllowUserInteraction animations:^{ } completion:^(BOOL finished) {?
?[self delayMethod];?
?}];
}
- (void)methodFourGCD{?
?__block ViewControllerweakSelf = self; dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 * NSEC_PER_SEC)); dispatch_after(delayTime, dispatch_get_main_queue(), ^{?
?[weakSelf delayMethod];?
?});
}
- (void)methodThreeSleep{?
?[NSThread sleepForTimeInterval:2.0];
}
- (void)methodTwoNSTimer{
?NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(delayMethod) userInfo:nil repeats:NO];
}
- (void)methodOnePerformSelector{
?[self performSelector:@selector(delayMethod) withObject:nil/*可傳任意類型參數(shù)*/ afterDelay:2.0];
}
- (void)delayMethod{
?NSLog(@"delayMethodEnd");
}
- (void)didReceiveMemoryWarning {?
?[super didReceiveMemoryWarning];?
?// Dispose of any resources that can be recreated.
}
@end
79.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ù)。
80.您是否做過(guò)一部的網(wǎng)絡(luò)處理和通訊方面的工作？如果有，能具體介紹一下實(shí)現(xiàn)策略么?
答：使用NSOperation發(fā)送異步網(wǎng)絡(luò)請(qǐng)求，使用NSOperationQueue管理線程數(shù)目及優(yōu)先級(jí)，底層是用NSURLConnetion，
81.你使用過(guò)Objective-C的運(yùn)行時(shí)編程（Runtime Programming）么？如果使用過(guò)，你用它做了什么？你還能記得你所使用的相關(guān)的頭文件或者某些方法的名稱嗎？
答：Objecitve-C的重要特性是Runtime（運(yùn)行時(shí)）,在#import 下能看到相關(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è)方法，在寫unit test時(shí)使用到。
82.Core開(kāi)頭的系列的內(nèi)容。是否使用過(guò)CoreAnimation和CoreGraphics。UI框架和CA，CG框架的聯(lián)系是什么？分別用CA和CG做過(guò)些什么動(dòng)畫或者圖像上的內(nèi)容。（有需要的話還可以涉及Quartz的一些內(nèi)容）
答：UI框架的底層有CoreAnimation，CoreAnimation的底層有CoreGraphics。 ? ?
UIKit |?
------------ |?
Core Animation |?
Core Graphics |
Graphics Hardware| ?
使用CA做過(guò)menu菜單的展開(kāi)收起（太遜了） ?
83.是否使用過(guò)CoreText或者CoreImage等？如果使用過(guò)，請(qǐng)談?wù)勀闶褂肅oreText或者CoreImage的體驗(yàn)。
答：CoreText可以解決復(fù)雜文字內(nèi)容排版問(wèn)題。CoreImage可以處理圖片，為其添加各種效果。體驗(yàn)是很強(qiáng)大，挺復(fù)雜的。
85.NSNotification和KVO的區(qū)別和用法是什么？什么時(shí)候應(yīng)該使用通知，什么時(shí)候應(yīng)該使用KVO，它們的實(shí)現(xiàn)上有什么區(qū)別嗎？如果用protocol和delegate（或者delegate的Array）來(lái)實(shí)現(xiàn)類似的功能可能嗎？如果可能，會(huì)有什么潛在的問(wèn)題？如果不能，為什么？（雖然protocol和delegate這種東西面試已經(jīng)面爛了…）
答：NSNotification是通知模式在iOS的實(shí)現(xiàn)，KVO的全稱是鍵值觀察(Key-value observing),其是基于KVC（key-value coding）的，KVC是一個(gè)通過(guò)屬性名訪問(wèn)屬性變量的機(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ì)象。
86.你用過(guò)NSOperationQueue么？如果用過(guò)或者了解的話，你為什么要使用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é)省代碼量，而B(niǎo)lock參數(shù)的使用，會(huì)是代碼更為易讀，建議在簡(jiǎn)單項(xiàng)目中使用。
87.既然提到G.C.D，那么問(wèn)一下在使用G.C.D以及block時(shí)要注意些什么？它們兩是一回事兒么？block在ARC中和傳統(tǒng)的MRC中的行為和用法有沒(méi)有什么區(qū)別，需要注意些什么？
答：使用block是要注意，若將block做函數(shù)參數(shù)時(shí)，需要把它放到最后，GCD是Grand Central Dispatch，是一個(gè)對(duì)線程開(kāi)源類庫(kù)，而B(niǎo)lock是閉包，是能夠讀取其他函數(shù)內(nèi)部變量的函數(shù)。
88. 對(duì)于Objective-C，你認(rèn)為它最大的優(yōu)點(diǎn)和最大的不足是什么？對(duì)于不足之處，現(xiàn)在有沒(méi)有可用的方法繞過(guò)這些不足來(lái)實(shí)現(xiàn)需求。如果可以的話，你有沒(méi)有考慮或者實(shí)踐過(guò)重新實(shí)現(xiàn)OC的一些功能，如果有，具體會(huì)如何做？
答：最大的優(yōu)點(diǎn)是它的運(yùn)行時(shí)特性，不足是沒(méi)有命名空間，對(duì)于命名沖突，可以使用長(zhǎng)命名法或特殊前綴解決，如果是引入的第三方庫(kù)之間的命名沖突，可以使用link命令及flag解決沖突。
89. 你實(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ō)明文檔。
