最全的iOS面試題及答案
1. Object-c的類(lèi)可以多重繼承么?可以實(shí)現(xiàn)多個(gè)接口么?Category是什么?重寫(xiě)一個(gè)類(lèi)的方式用繼承好還是分類(lèi)好?為什么?
答： Object-c的類(lèi)不可以多重繼承;可以實(shí)現(xiàn)多個(gè)接口，通過(guò)實(shí)現(xiàn)多個(gè)接口可以完成C++的多重繼承;Category是類(lèi)別，一般情況用分類(lèi)好，用Category去重寫(xiě)類(lèi)的方法，僅對(duì)本Category有效，不會(huì)影響到其他類(lèi)與原有類(lèi)的關(guān)系。
2. #import 跟#include 又什么區(qū)別，@class呢, #import<> 跟 #import””又什么區(qū)別?
答：#import是Objective-C導(dǎo)入頭文件的關(guān)鍵字，#include是C/C++導(dǎo)入頭文
件的關(guān)鍵字,使用#import頭文件會(huì)自動(dòng)只導(dǎo)入一次，不會(huì)重復(fù)導(dǎo)入，相當(dāng)于#include和#pragma once;@class告訴編譯器某個(gè)類(lèi)的聲明，當(dāng)執(zhí)行時(shí)，才去查看類(lèi)的實(shí)現(xiàn)文件，可以解決頭文件的相互包含;#import<>用來(lái)包含系統(tǒng)的頭文件，#import””用來(lái)包含用戶(hù)頭文件。
3. 屬性readwrite，readonly，assign，retain，copy，nonatomic 各是什么作用，在那種情況下用?
1. readwrite 是可讀可寫(xiě)特性;需要生成getter方法和setter方法時(shí)
2. readonly 是只讀特性 只會(huì)生成getter方法 不會(huì)生成setter方法 ;不希望屬性在類(lèi)外改變
3. assign 是賦值特性，setter方法將傳入?yún)?shù)賦值給實(shí)例變量;僅設(shè)置變量時(shí);
4. retain 表示持有特性，setter方法將傳入?yún)?shù)先保留，再賦值，傳入?yún)?shù)的retaincount會(huì)+1;
5. copy 表示賦值特性，setter方法將傳入對(duì)象復(fù)制一份;需要完全一份新的變量時(shí)。
6. nonatomic 非原子操作，決定編譯器生成的setter getter是否是原子操作，atomic表示多線程安全，一般使用nonatomic
4.寫(xiě)一個(gè)setter方法用于完成@property (nonatomic,retain)NSString *name,寫(xiě)一個(gè)setter方法用于完成@property(nonatomic，copy)NSString *name
- (void) setName:(NSString*) str
{
[str retain];
[name release];
name = str;
}
- (void)setName:(NSString *)str
{
id t = [str copy];
[name release];
name = t;
}
5.對(duì)于語(yǔ)句N(xiāo)SString*obj = [[NSData alloc] init]; obj在編譯時(shí)和運(yùn)行時(shí)分別時(shí)什么類(lèi)型的對(duì)象?
編譯時(shí)是NSString的類(lèi)型;運(yùn)行時(shí)是NSData類(lèi)型的對(duì)象
6.常見(jiàn)的object-c的數(shù)據(jù)類(lèi)型有那些， 和C的基本數(shù)據(jù)類(lèi)型有什么區(qū)別?如：NSInteger和int
object-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。
7.id 聲明的對(duì)象有什么特性?
Id 聲明的對(duì)象具有運(yùn)行時(shí)的特性，即可以指向任意類(lèi)型的objcetive-c的對(duì)象;
8.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. (Garbage Collection)自動(dòng)內(nèi)存計(jì)數(shù)：這種方式和java類(lèi)似，在你的程序的執(zhí)行過(guò)程中。始終有一個(gè)高人在背后準(zhǔn)確地幫你收拾垃圾，你不用考慮它什么時(shí)候開(kāi)始工作，怎樣工作。你只需要明白，我申請(qǐng)了一段內(nèi)存空間，當(dāng)我不再使用從而這段內(nèi)存成為垃圾的時(shí)候，我就徹底的把它忘記掉，反正那個(gè)高人會(huì)幫我收拾垃圾。遺憾的是，那個(gè)高人需要消耗一定的資源，在攜帶設(shè)備里面，資源是緊俏商品所以iPhone不支持這個(gè)功能。所以“Garbage Collection”不是本入門(mén)指南的范圍，對(duì)“Garbage Collection”內(nèi)部機(jī)制感興趣的同學(xué)可以參考一些其他的資料，不過(guò)說(shuō)老實(shí)話(huà)“Garbage Collection”不大適合適初學(xué)者研究。
解決: 通過(guò)alloc – initial方式創(chuàng)建的, 創(chuàng)建后引用計(jì)數(shù)+1, 此后每retain一次引用計(jì)數(shù)+1, 那么在程序中做相應(yīng)次數(shù)的release就好了.
2. (Reference Counted)手動(dòng)內(nèi)存計(jì)數(shù)：就是說(shuō)，從一段內(nèi)存被申請(qǐng)之后，就存在一個(gè)變量用于保存這段內(nèi)存被使用的次數(shù)，我們暫時(shí)把它稱(chēng)為計(jì)數(shù)器，當(dāng)計(jì)數(shù)器變?yōu)?的時(shí)候，那么就是釋放這段內(nèi)存的時(shí)候。比如說(shuō)，當(dāng)在程序A里面一段內(nèi)存被成功申請(qǐng)完成之后，那么這個(gè)計(jì)數(shù)器就從0變成1(我們把這個(gè)過(guò)程叫做alloc)，然后程序B也需要使用這個(gè)內(nèi)存，那么計(jì)數(shù)器就從1變成了2(我們把這個(gè)過(guò)程叫做retain)。緊接著程序A不再需要這段內(nèi)存了，那么程序A就把這個(gè)計(jì)數(shù)器減1(我們把這個(gè)過(guò)程叫做release);程序B也不再需要這段內(nèi)存的時(shí)候，那么也把計(jì)數(shù)器減1(這個(gè)過(guò)程還是release)。當(dāng)系統(tǒng)(也就是Foundation)發(fā)現(xiàn)這個(gè)計(jì)數(shù)器變成了0，那么就會(huì)調(diào)用內(nèi)存回收程序把這段內(nèi)存回收(我們把這個(gè)過(guò)程叫做dealloc)。順便提一句，如果沒(méi)有Foundation，那么維護(hù)計(jì)數(shù)器，釋放內(nèi)存等等工作需要你手工來(lái)完成。
解決:一般是由類(lèi)的靜態(tài)方法創(chuàng)建的, 函數(shù)名中不會(huì)出現(xiàn)alloc或init字樣, 如[NSString string]和[NSArray arrayWithObject:], 創(chuàng)建后引用計(jì)數(shù)+0, 在函數(shù)出棧后釋放, 即相當(dāng)于一個(gè)棧上的局部變量. 當(dāng)然也可以通過(guò)retain延長(zhǎng)對(duì)象的生存期.
3. (NSAutoRealeasePool)內(nèi)存池：可以通過(guò)創(chuàng)建和釋放內(nèi)存池控制內(nèi)存申請(qǐng)和回收的時(shí)機(jī).
解決:是由autorelease加入系統(tǒng)內(nèi)存池, 內(nèi)存池是可以嵌套的, 每個(gè)內(nèi)存池都需要有一個(gè)創(chuàng)建釋放對(duì), 就像main函數(shù)中寫(xiě)的一樣. 使用也很簡(jiǎn)單, 比如[[[NSString alloc]initialWithFormat:@”Hey you!”] autorelease], 即將一個(gè)NSString對(duì)象加入到最內(nèi)層的系統(tǒng)內(nèi)存池, 當(dāng)我們釋放這個(gè)內(nèi)存池時(shí), 其中的對(duì)象都會(huì)被釋放.
9. 原子(atomic)跟非原子(non-atomic)屬性有什么區(qū)別?
1. atomic提供多線程安全。是防止在寫(xiě)未完成的時(shí)候被另外一個(gè)線程讀取，造成數(shù)據(jù)錯(cuò)誤
2. non-atomic:在自己管理內(nèi)存的環(huán)境中，解析的訪問(wèn)器保留并自動(dòng)釋放返回的值，如果指定了 nonatomic ，那么訪問(wèn)器只是簡(jiǎn)單地返回這個(gè)值。
10. 看下面的程序,第一個(gè)NSLog會(huì)輸出什么?這時(shí)str的retainCount是多少?第二個(gè)和第三個(gè)呢? 為什么?
=======================================================
NSMutableArray* ary = [[NSMutableArray array] retain];
NSString *str = [NSString stringWithFormat:@"test"];
[strretain];
[aryaddObject:str];
NSLog(@”%@%d”,str,[str retainCount]);
[strretain];
[strrelease];
[strrelease];
NSLog(@”%@%d”,str,[str retainCount]);
[aryremoveAllObjects];
NSLog(@”%@%d”,str,[str retainCount]);
=======================================================
str的retainCount創(chuàng)建+1，retain+1，加入數(shù)組自動(dòng)+1 3
retain+1，release-1，release-1 2
數(shù)組刪除所有對(duì)象，所有數(shù)組內(nèi)的對(duì)象自動(dòng)-1 1
11. 內(nèi)存管理的幾條原則時(shí)什么?按照默認(rèn)法則.那些關(guān)鍵字生成的對(duì)象
需要手動(dòng)釋放?在和property結(jié)合的時(shí)候怎樣有效的避免內(nèi)存泄露?
誰(shuí)申請(qǐng)，誰(shuí)釋放
遵循Cocoa Touch的使用原則;
內(nèi)存管理主要要避免“過(guò)早釋放”和“內(nèi)存泄漏”，對(duì)于“過(guò)早釋放”需要注意@property設(shè)置特性時(shí)，一定要用對(duì)特性關(guān)鍵字，對(duì)于“內(nèi)存泄漏”，一定要申請(qǐng)了要負(fù)責(zé)釋放，要細(xì)心。
關(guān)鍵字alloc 或new 生成的對(duì)象需要手動(dòng)釋放;
設(shè)置正確的property屬性，對(duì)于retain需要在合適的地方釋放，
12.如何對(duì)iOS設(shè)備進(jìn)行性能測(cè)試?
Profile-> Instruments ->Time Profiler
13. Object C中創(chuàng)建線程的方法是什么?如果在主線程中執(zhí)行代碼，方法是什么?如果想延時(shí)執(zhí)行代碼、方法又是什么?
線程創(chuàng)建有三種方法：使用NSThread創(chuàng)建、使用GCD的dispatch、使用子類(lèi)化的NSOperation,然后將其加入NSOperationQueue;在主線程執(zhí)行代碼，方法是performSelectorOnMainThread，如果想延時(shí)執(zhí)行代碼可以用performSelector:onThread:withObject:waitUntilDone:
14.描述一下iOS SDK中如何實(shí)現(xiàn)MVC的開(kāi)發(fā)模式
MVC是模型、試圖、控制開(kāi)發(fā)模式，對(duì)于iOS SDK，所有的View都是視圖層的，它應(yīng)該獨(dú)立于模型層，由視圖控制層來(lái)控制。所有的用戶(hù)數(shù)據(jù)都是模型層，它應(yīng)該獨(dú)立于視圖。所有的ViewController都是控制層，由它負(fù)責(zé)控制視圖，訪問(wèn)模型數(shù)據(jù)。
15 淺復(fù)制和深復(fù)制的區(qū)別?
答案：淺層復(fù)制：只復(fù)制指向?qū)ο蟮闹羔?，而不?fù)制引用對(duì)象本身。
深層復(fù)制：復(fù)制引用對(duì)象本身。
意思就是說(shuō)我有個(gè)A對(duì)象，復(fù)制一份后得到A_copy對(duì)象后，對(duì)于淺復(fù)制來(lái)說(shuō)，A和A_copy指向的是同一個(gè)內(nèi)存資源，復(fù)制的只不過(guò)是是一個(gè)指針，對(duì)象本身資源
還是只有一份，那如果我們對(duì)A_copy執(zhí)行了修改操作,那么發(fā)現(xiàn)A引用的對(duì)象同樣被修改，這其實(shí)違背了我們復(fù)制拷貝的一個(gè)思想。深復(fù)制就好理解了,內(nèi)存中存在了
兩份獨(dú)立對(duì)象本身。
用網(wǎng)上一哥們通俗的話(huà)將就是：
淺復(fù)制好比你和你的影子，你完蛋，你的影子也完蛋
深復(fù)制好比你和你的克隆人，你完蛋，你的克隆人還活著。
16. 類(lèi)別的作用?繼承和類(lèi)別在實(shí)現(xiàn)中有何區(qū)別?
答案：category 可以在不獲悉，不改變?cè)瓉?lái)代碼的情況下往里面添加新的方法，只能添加，不能刪除修改。
并且如果類(lèi)別和原來(lái)類(lèi)中的方法產(chǎn)生名稱(chēng)沖突，則類(lèi)別將覆蓋原來(lái)的方法，因?yàn)轭?lèi)別具有更高的優(yōu)先級(jí)。
類(lèi)別主要有3個(gè)作用：
(1)將類(lèi)的實(shí)現(xiàn)分散到多個(gè)不同文件或多個(gè)不同框架中。
(2)創(chuàng)建對(duì)私有方法的前向引用。
(3)向?qū)ο筇砑臃钦絽f(xié)議。
繼承可以增加，修改或者刪除方法，并且可以增加屬性。
17. 類(lèi)別和類(lèi)擴(kuò)展的區(qū)別。
答案：category和extensions的不同在于 后者可以添加屬性。另外后者添加的方法是必須要實(shí)現(xiàn)的。
extensions可以認(rèn)為是一個(gè)私有的Category。
18. oc中的協(xié)議和java中的接口概念有何不同?
答案：OC中的代理有2層含義，官方定義為 formal和informal protocol。前者和Java接口一樣。
informal protocol中的方法屬于設(shè)計(jì)模式考慮范疇，不是必須實(shí)現(xiàn)的，但是如果有實(shí)現(xiàn)，就會(huì)改變類(lèi)的屬性。
其實(shí)關(guān)于正式協(xié)議，類(lèi)別和非正式協(xié)議我很早前學(xué)習(xí)的時(shí)候大致看過(guò)，也寫(xiě)在了學(xué)習(xí)教程里
“非正式協(xié)議概念其實(shí)就是類(lèi)別的另一種表達(dá)方式“這里有一些你可能希望實(shí)現(xiàn)的方法，你可以使用他們更好的完成工作”。
這個(gè)意思是，這些是可選的。比如我門(mén)要一個(gè)更好的方法，我們就會(huì)申明一個(gè)這樣的類(lèi)別去實(shí)現(xiàn)。然后你在后期可以直接使用這些更好的方法。
這么看，總覺(jué)得類(lèi)別這玩意兒有點(diǎn)像協(xié)議的可選協(xié)議。”
現(xiàn)在來(lái)看，其實(shí)protocal已經(jīng)開(kāi)始對(duì)兩者都統(tǒng)一和規(guī)范起來(lái)操作，因?yàn)橘Y料中說(shuō)“非正式協(xié)議使用interface修飾“，
現(xiàn)在我們看到協(xié)議中兩個(gè)修飾詞：“必須實(shí)現(xiàn)(@requied)”和“可選實(shí)現(xiàn)(@optional)”。
19. 什么是KVO和KVC?
答案：kvc:鍵 – 值編碼是一種間接訪問(wèn)對(duì)象的屬性使用字符串來(lái)標(biāo)識(shí)屬性，而不是通過(guò)調(diào)用存取方法，直接或通過(guò)實(shí)例變量訪問(wèn)的機(jī)制。
很多情況下可以簡(jiǎn)化程序代碼。apple文檔其實(shí)給了一個(gè)很好的例子。
kvo:鍵值觀察機(jī)制，他提供了觀察某一屬性變化的方法，極大的簡(jiǎn)化了代碼。
具體用看到嗯哼用到過(guò)的一個(gè)地方是對(duì)于按鈕點(diǎn)擊變化狀態(tài)的的監(jiān)控。
比如我自定義的一個(gè)button
[self addObserver:self forKeyPath:@"highlighted" options:0 context:nil];
#pragma mark KVO
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
if ([keyPath isEqualToString:@"highlighted"] ) {
[self setNeedsDisplay];
}
}
對(duì)于系統(tǒng)是根據(jù)keypath去取的到相應(yīng)的值發(fā)生改變，理論上來(lái)說(shuō)是和kvc機(jī)制的道理是一樣的。
對(duì)于kvc機(jī)制如何通過(guò)key尋找到value：
“當(dāng)通過(guò)KVC調(diào)用對(duì)象時(shí)，比如：[self valueForKey:@”someKey”]時(shí)，程序會(huì)自動(dòng)試圖通過(guò)幾種不同的方式解析這個(gè)調(diào)用。首先查找對(duì)象是否帶有 someKey 這個(gè)方法，如果沒(méi)找到，會(huì)繼續(xù)查找對(duì)象是否帶有someKey這個(gè)實(shí)例變量(iVar)，如果還沒(méi)有找到，程序會(huì)繼續(xù)試圖調(diào)用 -(id) valueForUndefinedKey:這個(gè)方法。如果這個(gè)方法還是沒(méi)有被實(shí)現(xiàn)的話(huà)，程序會(huì)拋出一個(gè)NSUndefinedKeyException異常錯(cuò)誤。
(cocoachina.com注：Key-Value Coding查找方法的時(shí)候，不僅僅會(huì)查找someKey這個(gè)方法，還會(huì)查找getsomeKey這個(gè)方法，前面加一個(gè)get，或者_(dá)someKey以及_getsomeKey這幾種形式。同時(shí)，查找實(shí)例變量的時(shí)候也會(huì)不僅僅查找someKey這個(gè)變量，也會(huì)查找_someKey這個(gè)變量是否存在。)
設(shè)計(jì)valueForUndefinedKey:方法的主要目的是當(dāng)你使用-(id)valueForKey方法從對(duì)象中請(qǐng)求值時(shí)，對(duì)象能夠在錯(cuò)誤發(fā)生前，有最后的機(jī)會(huì)響應(yīng)這個(gè)請(qǐng)求。這樣做有很多好處，下面的兩個(gè)例子說(shuō)明了這樣做的好處?！?/p>
來(lái)至cocoa，這個(gè)說(shuō)法應(yīng)該挺有道理。
因?yàn)槲覀冎纀utton卻是存在一個(gè)highlighted實(shí)例變量.因此為何上面我們只是add一個(gè)相關(guān)的keypath就行了，
可以按照kvc查找的邏輯理解，就說(shuō)的過(guò)去了。
20. 代理的作用?
答案：代理的目的是改變或傳遞控制鏈。允許一個(gè)類(lèi)在某些特定時(shí)刻通知到其他類(lèi)，而不需要獲取到那些類(lèi)的指針?？梢詼p少框架復(fù)雜度。
另外一點(diǎn)，代理可以理解為java中的回調(diào)監(jiān)聽(tīng)機(jī)制的一種類(lèi)似。
21. oc中可修改和不可以修改類(lèi)型。
答案：可修改不可修改的集合類(lèi)。這個(gè)我個(gè)人簡(jiǎn)單理解就是可動(dòng)態(tài)添加修改和不可動(dòng)態(tài)添加修改一樣。
比如NSArray和NSMutableArray。前者在初始化后的內(nèi)存控件就是固定不可變的，后者可以添加等，可以動(dòng)態(tài)申請(qǐng)新的內(nèi)存空間。
22. 我們說(shuō)的oc是動(dòng)態(tài)運(yùn)行時(shí)語(yǔ)言是什么意思?
答案：多態(tài)。 主要是將數(shù)據(jù)類(lèi)型的確定由編譯時(shí)，推遲到了運(yùn)行時(shí)。
這個(gè)問(wèn)題其實(shí)淺涉及到兩個(gè)概念，運(yùn)行時(shí)和多態(tài)。
簡(jiǎn)單來(lái)說(shuō)，運(yùn)行時(shí)機(jī)制使我們直到運(yùn)行時(shí)才去決定一個(gè)對(duì)象的類(lèi)別，以及調(diào)用該類(lèi)別對(duì)象指定方法。
多態(tài)：不同對(duì)象以自己的方式響應(yīng)相同的消息的能力叫做多態(tài)。意思就是假設(shè)生物類(lèi)(life)都用有一個(gè)相同的方法-eat;
那人類(lèi)屬于生物，豬也屬于生物，都繼承了life后，實(shí)現(xiàn)各自的eat，但是調(diào)用是我們只需調(diào)用各自的eat方法。
也就是不同的對(duì)象以自己的方式響應(yīng)了相同的消息(響應(yīng)了eat這個(gè)選擇器)。
因此也可以說(shuō)，運(yùn)行時(shí)機(jī)制是多態(tài)的基礎(chǔ)?~~~
23. 通知和協(xié)議的不同之處?
答案：協(xié)議有控制鏈(has-a)的關(guān)系，通知沒(méi)有。
首先我一開(kāi)始也不太明白，什么叫控制鏈(專(zhuān)業(yè)術(shù)語(yǔ)了~)。但是簡(jiǎn)單分析下通知和代理的行為模式，我們大致可以有自己的理解
簡(jiǎn)單來(lái)說(shuō)，通知的話(huà)，它可以一對(duì)多，一條消息可以發(fā)送給多個(gè)消息接受者。
代理按我們的理解，到不是直接說(shuō)不能一對(duì)多，比如我們知道的明星經(jīng)濟(jì)代理人，很多時(shí)候一個(gè)經(jīng)濟(jì)人負(fù)責(zé)好幾個(gè)明星的事務(wù)。
只是對(duì)于不同明星間，代理的事物對(duì)象都是不一樣的，一一對(duì)應(yīng)，不可能說(shuō)明天要處理A明星要一個(gè)發(fā)布會(huì)，代理人發(fā)出處理發(fā)布會(huì)的消息后，別稱(chēng)B的
發(fā)布會(huì)了。但是通知就不一樣，他只關(guān)心發(fā)出通知，而不關(guān)心多少接收到感興趣要處理。
因此控制鏈(has-a從英語(yǔ)單詞大致可以看出，單一擁有和可控制的對(duì)應(yīng)關(guān)系。
24. 是推送消息?
答案：太簡(jiǎn)單，不作答~~~~~~~~~~
這是cocoa上的答案。
其實(shí)到不是說(shuō)太簡(jiǎn)單，只是太泛泛的一個(gè)概念的東西。就好比說(shuō)，什么是人。
推送通知更是一種技術(shù)。
簡(jiǎn)單點(diǎn)就是客戶(hù)端獲取資源的一種手段。
普通情況下，都是客戶(hù)端主動(dòng)的pull。
推送則是服務(wù)器端主動(dòng)push。 測(cè)試push的實(shí)現(xiàn)可以查看該博文。
25. 關(guān)于多態(tài)性
答案：多態(tài)，子類(lèi)指針可以賦值給父類(lèi)。
這個(gè)題目其實(shí)可以出到一切面向?qū)ο笳Z(yǔ)言中，
因此關(guān)于多態(tài)，繼承和封裝基本最好都有個(gè)自我意識(shí)的理解，也并非一定要把書(shū)上資料上寫(xiě)的能背出來(lái)。
最重要的是轉(zhuǎn)化成自我理解。
26. 對(duì)于單例的理解
答案：11，12題目其實(shí)出的有點(diǎn)泛泛的感覺(jué)了，可能說(shuō)是編程語(yǔ)言需要或是必備的基礎(chǔ)。
基本能用熟悉的語(yǔ)言寫(xiě)出一個(gè)單例，以及可以運(yùn)用到的場(chǎng)景或是你編程中碰到過(guò)運(yùn)用的此種模式的框架類(lèi)等。
進(jìn)一步點(diǎn)，考慮下如何在多線程訪問(wèn)單例時(shí)的安全性。
27. 說(shuō)說(shuō)響應(yīng)鏈
答案： 事件響應(yīng)鏈。包括點(diǎn)擊事件，畫(huà)面刷新事件等。在視圖棧內(nèi)從上至下，或者從下之上傳播。
可以說(shuō)點(diǎn)事件的分發(fā)，傳遞以及處理。具體可以去看下touch事件這塊。因?yàn)閱?wèn)的太抽象化了
嚴(yán)重懷疑題目出到越后面就越籠統(tǒng)。
可以從責(zé)任鏈模式，來(lái)講通過(guò)事件響應(yīng)鏈處理，其擁有的擴(kuò)展性
28. frame和bounds有什么不同?
答案:frame指的是：該view在父view坐標(biāo)系統(tǒng)中的位置和大小。(參照點(diǎn)是父親的坐標(biāo)系統(tǒng))
bounds指的是：該view在本身坐標(biāo)系統(tǒng)中 的位置和大小。(參照點(diǎn)是本身坐標(biāo)系統(tǒng))
29. 方法和選擇器有何不同?
答案：selector是一個(gè)方法的名字，method是一個(gè)組合體，包含了名字和實(shí)現(xiàn).
詳情可以看apple文檔。
30. OC的垃圾回收機(jī)制?
答案： OC2.0有Garbage collection，但是iOS平臺(tái)不提供。
一般我們了解的objective-c對(duì)于內(nèi)存管理都是手動(dòng)操作的，但是也有自動(dòng)釋放池。
但是差了大部分資料，貌似不要和arc機(jī)制搞混就好了。
31. NSOperation queue?
答案：存放NSOperation的集合類(lèi)。
操作和操作隊(duì)列，基本可以看成java中的線程和線程池的概念。用于處理ios多線程開(kāi)發(fā)的問(wèn)題。
網(wǎng)上部分資料提到一點(diǎn)是，雖然是queue，但是卻并不是帶有隊(duì)列的概念，放入的操作并非是按照嚴(yán)格的先進(jìn)現(xiàn)出。
這邊又有個(gè)疑點(diǎn)是，對(duì)于隊(duì)列來(lái)說(shuō)，先進(jìn)先出的概念是Afunc添加進(jìn)隊(duì)列，Bfunc緊跟著也進(jìn)入隊(duì)列，Afunc先執(zhí)行這個(gè)是必然的，
但是Bfunc是等Afunc完全操作完以后，B才開(kāi)始啟動(dòng)并且執(zhí)行，因此隊(duì)列的概念離亂上有點(diǎn)違背了多線程處理這個(gè)概念。
但是轉(zhuǎn)念一想其實(shí)可以參考銀行的取票和叫號(hào)系統(tǒng)。
因此對(duì)于A比B先排隊(duì)取票但是B率先執(zhí)行完操作，我們亦然可以感性認(rèn)為這還是一個(gè)隊(duì)列。
但是后來(lái)看到一票關(guān)于這操作隊(duì)列話(huà)題的文章，其中有一句提到
“因?yàn)閮蓚€(gè)操作提交的時(shí)間間隔很近，線程池中的線程，誰(shuí)先啟動(dòng)是不定的?！?/p>
瞬間覺(jué)得這個(gè)queue名字有點(diǎn)忽悠人了，還不如pool~
綜合一點(diǎn)，我們知道他可以比較大的用處在于可以幫組多線程編程就好了。
32. 什么是延遲加載?
答案：懶漢模式，只在用到的時(shí)候才去初始化。
也可以理解成延時(shí)加載。
我覺(jué)得最好也最簡(jiǎn)單的一個(gè)列子就是tableView中圖片的加載顯示了。
一個(gè)延時(shí)載，避免內(nèi)存過(guò)高，一個(gè)異步加載，避免線程堵塞。
33. 是否在一個(gè)視圖控制器中嵌入兩個(gè)tableview控制器?
答案：一個(gè)視圖控制只提供了一個(gè)View視圖，理論上一個(gè)tableViewController也不能放吧，
只能說(shuō)可以嵌入一個(gè)tableview視圖。當(dāng)然，題目本身也有歧義，如果不是我們定性思維認(rèn)為的UIViewController，
而是宏觀的表示視圖控制者，那我們倒是可以把其看成一個(gè)視圖控制者，它可以控制多個(gè)視圖控制器，比如TabbarController
那樣的感覺(jué)。
34. 一個(gè)tableView是否可以關(guān)聯(lián)兩個(gè)不同的數(shù)據(jù)源?你會(huì)怎么處理?
答案：首先我們從代碼來(lái)看，數(shù)據(jù)源如何關(guān)聯(lián)上的，其實(shí)是在數(shù)據(jù)源關(guān)聯(lián)的代理方法里實(shí)現(xiàn)的。
因此我們并不關(guān)心如何去關(guān)聯(lián)他，他怎么關(guān)聯(lián)上，方法只是讓我返回根據(jù)自己的需要去設(shè)置如相關(guān)的數(shù)據(jù)源。
因此，我覺(jué)得可以設(shè)置多個(gè)數(shù)據(jù)源啊，但是有個(gè)問(wèn)題是，你這是想干嘛呢?想讓列表如何顯示，不同的數(shù)據(jù)源分區(qū)塊顯示?
35. 什么時(shí)候使用NSMutableArray，什么時(shí)候使用NSArray?
答案：當(dāng)數(shù)組在程序運(yùn)行時(shí)，需要不斷變化的，使用NSMutableArray，當(dāng)數(shù)組在初始化后，便不再改變的，使用NSArray。需要指出的是，使用NSArray只表明的是該數(shù)組在運(yùn)行時(shí)不發(fā)生改變，即不能往NSAarry的數(shù)組里新增和刪除元素，但不表明其數(shù)組內(nèi)的元素的內(nèi)容不能發(fā)生改變。NSArray是線程安全的，NSMutableArray不是線程安全的，多線程使用到NSMutableArray需要注意。
36. 給出委托方法的實(shí)例，并且說(shuō)出UITableVIew的Data Source方法
答案：CocoaTouch框架中用到了大量委托，其中UITableViewDelegate就是委托機(jī)制的典型應(yīng)用，是一個(gè)典型的使用委托來(lái)實(shí)現(xiàn)適配器模式，其中UITableViewDelegate協(xié)議是目標(biāo)，tableview是適配器，實(shí)現(xiàn)UITableViewDelegate協(xié)議，并將自身設(shè)置為talbeview的delegate的對(duì)象，是被適配器，一般情況下該對(duì)象是UITableViewController。
UITableVIew的Data Source方法有- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section;
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;
37. 在應(yīng)用中可以創(chuàng)建多少autorelease對(duì)象，是否有限制?
答案：無(wú)
38. 如果我們不創(chuàng)建內(nèi)存池，是否有內(nèi)存池提供給我們?
答案:界面線程維護(hù)著自己的內(nèi)存池，用戶(hù)自己創(chuàng)建的數(shù)據(jù)線程，則需要?jiǎng)?chuàng)建該線程的內(nèi)存池
39. 什么時(shí)候需要在程序中創(chuàng)建內(nèi)存池?
答案：用戶(hù)自己創(chuàng)建的數(shù)據(jù)線程，則需要?jiǎng)?chuàng)建該線程的內(nèi)存池
40. 類(lèi)NSObject的那些方法經(jīng)常被使用?
答案：NSObject是Objetive-C的基類(lèi)，其由NSObject類(lèi)及一系列協(xié)議構(gòu)成。
其中類(lèi)方法alloc、class、 description 對(duì)象方法init、dealloc、– performSelector:withObject:afterDelay:等經(jīng)常被使用
41. 什么是簡(jiǎn)便構(gòu)造方法?
答案：簡(jiǎn)便構(gòu)造方法一般由CocoaTouch框架提供，如NSNumber的 + numberWithBool: + numberWithChar: + numberWithDouble: + numberWithFloat: + numberWithInt:
Foundation下大部分類(lèi)均有簡(jiǎn)便構(gòu)造方法，我們可以通過(guò)簡(jiǎn)便構(gòu)造方法，獲得系統(tǒng)給我們創(chuàng)建好的對(duì)象，并且不需要手動(dòng)釋放。
42. 如何使用Xcode設(shè)計(jì)通用應(yīng)用?
答案：使用MVC模式設(shè)計(jì)應(yīng)用，其中Model層完成脫離界面，即在Model層，其是可運(yùn)行在任何設(shè)備上，在controller層，根據(jù)iPhone與iPad(獨(dú)有UISplitViewController)的不同特點(diǎn)選擇不同的viewController對(duì)象。在View層，可根據(jù)現(xiàn)實(shí)要求，來(lái)設(shè)計(jì)，其中以xib文件設(shè)計(jì)時(shí)，其設(shè)置其為universal。
43. UIView的動(dòng)畫(huà)效果有那些?
答案：有很多，如 UIViewAnimationOptionCurveEaseInOut UIViewAnimationOptionCurveEaseIn UIViewAnimationOptionCurveEaseOut UIViewAnimationOptionTransitionFlipFromLeft UIViewAnimationOptionTransitionFlipFromRight UIViewAnimationOptionTransitionCurlUpUIViewAnimationOptionTransitionCurlDown
44. 在iPhone應(yīng)用中如何保存數(shù)據(jù)?
答案：有以下幾種保存機(jī)制：
1.通過(guò)web服務(wù)，保存在服務(wù)器上
2.通過(guò)NSCoder固化機(jī)制，將對(duì)象保存在文件中
3.通過(guò)SQlite或CoreData保存在文件數(shù)據(jù)庫(kù)中
45. 什么是coredata?
答案：coredata是蘋(píng)果提供一套數(shù)據(jù)保存框架，其基于SQlite
46. 什么是NSManagedObject模型?
答案：NSManagedObject是NSObject的子類(lèi) ，也是coredata的重要組成部分，它是一個(gè)通用的類(lèi),實(shí)現(xiàn)了core data 模型層所需的基本功能，用戶(hù)可通過(guò)子類(lèi)化NSManagedObject，建立自己的數(shù)據(jù)模型。
47. 什么是NSManagedobjectContext?
答案：NSManagedobjectContext對(duì)象負(fù)責(zé)應(yīng)用和數(shù)據(jù)庫(kù)之間的交互。
48. 什么是謂詞?
答案：謂詞是通過(guò)NSPredicate，是通過(guò)給定的邏輯條件作為約束條件，完成對(duì)數(shù)據(jù)的篩選。
predicate = [NSPredicate predicateWithFormat:@"customerID == %d",n];
a = [customers filteredArrayUsingPredicate:predicate];
49. 和coredata一起有哪幾種持久化存儲(chǔ)機(jī)制?
答案：存入到文件、 存入到NSUserDefaults(系統(tǒng)plist文件中)、存入到Sqlite文件數(shù)據(jù)庫(kù)
50. 談?wù)剬?duì)Block 的理解?并寫(xiě)出一個(gè)使用Block執(zhí)行UIVew動(dòng)畫(huà)?
答案：Block是可以獲取其他函數(shù)局部變量的匿名函數(shù)，其不但方便開(kāi)發(fā)，并且可以大幅提高應(yīng)用的執(zhí)行效率(多核心CPU可直接處理Block指令)
[UIView transitionWithView:self.view
duration:0.2
options:UIViewAnimationOptionTransitionFlipFromLeft
animations:^{ [[blueViewController view] removeFromSuperview]; [[self view] insertSubview:yellowViewController.view atIndex:0]; }
completion:NULL];
51. 寫(xiě)出上面代碼的Block的定義。
答案：
typedef void(^animations) (void);
typedef void(^completion) (BOOL finished);
52. 試著使用+ beginAnimations:context:以及上述Block的定義，寫(xiě)出一個(gè)可以完成
+ (void)transitionWithView:(UIView *)view duration:(NSTimeInterval)duration options:(UIViewAnimationOptions)options animations:(void (^)(void))animations completion:(void (^)(BOOL finished))completion NS_AVAILABLE_IOS(4_0);操作的函數(shù)執(zhí)行部分
答案：無(wú)
網(wǎng)絡(luò)部分
53. 做過(guò)的項(xiàng)目是否涉及網(wǎng)絡(luò)訪問(wèn)功能，使用什么對(duì)象完成網(wǎng)絡(luò)功能?
答案：ASIHTTPRequest與NSURLConnection
54. 簡(jiǎn)單介紹下NSURLConnection類(lèi)及+ sendSynchronousRequest:returningResponse:error:與– initWithRequest:delegate:兩個(gè)方法的區(qū)別?
答案: NSURLConnection主要用于網(wǎng)絡(luò)訪問(wèn)，其中+ sendSynchronousRequest:returningResponse:error:是同步訪問(wèn)數(shù)據(jù)，即當(dāng)前線程會(huì)阻塞，并等待request的返回的response，而– initWithRequest:delegate:使用的是異步加載，當(dāng)其完成網(wǎng)絡(luò)訪問(wèn)后，會(huì)通過(guò)delegate回到主線程，并其委托的對(duì)象。
55. 多線程是什么
多線程是個(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)歌、一邊寫(xiě)博客;對(duì)于應(yīng)用來(lái)說(shuō)，多線程可以讓?xiě)?yīng)用有更快的回應(yīng)，可以在網(wǎng)絡(luò)下載時(shí)，同時(shí)響應(yīng)用戶(hù)的觸摸操作。在iOS應(yīng)用中，對(duì)多線程最初的理解，就是并發(fā)，它的含義是原來(lái)先做燒水，再摘菜，再炒菜的工作，會(huì)變成燒水的同時(shí)去摘菜，最后去炒菜。
56. 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)的縮寫(xiě) ，從系統(tǒng)級(jí)別提供的一個(gè)易用地多線程類(lèi)庫(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è)抽象類(lèi)，它封裝了線程的細(xì)節(jié)實(shí)現(xiàn)，我們可以通過(guò)子類(lèi)化該對(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ǔ)充).
57. 在項(xiàng)目什么時(shí)候選擇使用GCD，什么時(shí)候選擇NSOperation?
項(xiàng)目中使用NSOperation的優(yōu)點(diǎn)是NSOperation是對(duì)線程的高度抽象，在項(xiàng)目中使用它，會(huì)使項(xiàng)目的程序結(jié)構(gòu)更好，子類(lèi)化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)目中使用。
58. 什么是block
對(duì)于閉包(block),有很多定義，其中閉包就是能夠讀取其它函數(shù)內(nèi)部變量的函數(shù)，這個(gè)定義即接近本質(zhì)又較好理解。對(duì)于剛接觸Block的同學(xué)，會(huì)覺(jué)得有些繞，因?yàn)槲覀兞?xí)慣寫(xiě)這樣的程序main(){ funA();} funA(){funB();} funB(){…..}; 就是函數(shù)main調(diào)用函數(shù)A，函數(shù)A調(diào)用函數(shù)B… 函數(shù)們依次順序執(zhí)行，但現(xiàn)實(shí)中不全是這樣的，例如項(xiàng)目經(jīng)理M，手下有3個(gè)程序員A、B、C，當(dāng)他給程序員A安排實(shí)現(xiàn)功能F1時(shí)，他并不等著A完成之后，再去安排B去實(shí)現(xiàn)F2，而是安排給A功能F1，B功能F2，C功能F3，然后可能去寫(xiě)技術(shù)文檔，而當(dāng)A遇到問(wèn)題時(shí)，他會(huì)來(lái)找項(xiàng)目經(jīng)理M，當(dāng)B做完時(shí)，會(huì)通知M，這就是一個(gè)異步執(zhí)行的例子。在這種情形下，Block便可大顯身手，因?yàn)樵陧?xiàng)目經(jīng)理M，給A安排工作時(shí)，同時(shí)會(huì)告訴A若果遇到困難，如何能找到他報(bào)告問(wèn)題(例如打他手機(jī)號(hào))，這就是項(xiàng)目經(jīng)理M給A的一個(gè)回調(diào)接口，要回掉的操作，比如接到電話(huà)，百度查詢(xún)后，返回網(wǎng)頁(yè)內(nèi)容給A，這就是一個(gè)Block，在M交待工作時(shí)，已經(jīng)定義好，并且取得了F1的任務(wù)號(hào)(局部變量)，卻是在當(dāng)A遇到問(wèn)題時(shí)，才調(diào)用執(zhí)行，跨函數(shù)在項(xiàng)目經(jīng)理M查詢(xún)百度，獲得結(jié)果后回調(diào)該block。
59. block 實(shí)現(xiàn)原理
Objective-C是對(duì)C語(yǔ)言的擴(kuò)展，block的實(shí)現(xiàn)是基于指針和函數(shù)指針。
從計(jì)算語(yǔ)言的發(fā)展，最早的goto，高級(jí)語(yǔ)言的指針，到面向?qū)ο笳Z(yǔ)言的block，從機(jī)器的思維，一步步接近人的思維，以方便開(kāi)發(fā)人員更為高效、直接的描述出現(xiàn)實(shí)的邏輯(需求)。
下面是兩篇很好的介紹block實(shí)現(xiàn)的博文
iOS中block實(shí)現(xiàn)的探究
談Objective-C Block的實(shí)現(xiàn)
3 block的使用
使用實(shí)例
cocoaTouch框架下動(dòng)畫(huà)效果的Block的調(diào)用
使用typed聲明block
typedef void(^didFinishBlock) (NSObject *ob);
這就聲明了一個(gè)didFinishBlock類(lèi)型的block，
然后便可用
@property (nonatomic,copy) didFinishBlock finishBlock;
聲明一個(gè)blokc對(duì)象，注意對(duì)象屬性設(shè)置為copy，接到block 參數(shù)時(shí)，便會(huì)自動(dòng)復(fù)制一份。
__block是一種特殊類(lèi)型，
使用該關(guān)鍵字聲明的局部變量，可以被block所改變，并且其在原函數(shù)中的值會(huì)被改變。
4 常見(jiàn)系列面試題
面試時(shí)，面試官會(huì)先問(wèn)一些，是否了解block，是否使用過(guò)block，這些問(wèn)題相當(dāng)于開(kāi)場(chǎng)白，往往是下面一系列問(wèn)題的開(kāi)始，所以一定要如實(shí)根據(jù)自己的情況回答。
1 使用block和使用delegate完成委托模式有什么優(yōu)點(diǎn)?
首先要了解什么是委托模式，委托模式在iOS中大量應(yīng)用，其在設(shè)計(jì)模式中是適配器模式中的對(duì)象適配器，Objective-C中使用id類(lèi)型指向一切對(duì)象，使委托模式更為簡(jiǎn)潔。了解委托模式的細(xì)節(jié)：
iOS設(shè)計(jì)模式—-委托模式
使用block實(shí)現(xiàn)委托模式，其優(yōu)點(diǎn)是回調(diào)的block代碼塊定義在委托對(duì)象函數(shù)內(nèi)部，使代碼更為緊湊;
適配對(duì)象不再需要實(shí)現(xiàn)具體某個(gè)protocol，代碼更為簡(jiǎn)潔。
2 多線程與block
GCD與Block
使用 dispatch_async 系列方法，可以以指定的方式執(zhí)行block
GCD編程實(shí)例
dispatch_async的完整定義
void dispatch_async(
dispatch_queue_t queue,
dispatch_block_t block);
功能：在指定的隊(duì)列里提交一個(gè)異步執(zhí)行的block，不阻塞當(dāng)前線程
通過(guò)queue來(lái)控制block執(zhí)行的線程。主線程執(zhí)行前文定義的 finishBlock對(duì)象
dispatch_async(dispatch_get_main_queue(),^(void){finishBlock();});
