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表示多線(xiàn)程安全，一般使用nonatomic
4.寫(xiě)一個(gè)setter方法用于完成@property (nonatomic,retain) NSString
name,寫(xiě)一個(gè)setter方法用于完成@property (nonatomic，copy) NSString
name
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àn)程安全。是防止在寫(xiě)未完成的時(shí)候被另外一個(gè)線(xiàn)程讀取，造成數(shù)據(jù)錯(cuò)誤
2). non-atomic:在自己管理內(nèi)存的環(huán)境中，解析的訪(fǎng)問(wèn)器保留并自動(dòng)釋放返回的值，如果指定了 nonatomic ，那么訪(fǎng)問(wèn)器只是簡(jiǎn)單地返回這個(gè)值。
10. 看下面的程序,第一個(gè)NSLog會(huì)輸出什么?這時(shí)str的retainCount是多少?第二個(gè)和第三個(gè)呢? 為什么?
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)建線(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:
14. MVC設(shè)計(jì)模式是什么？ 你還熟悉什么設(shè)計(jì)模式？
答：
設(shè)計(jì)模式：并不是一種新技術(shù)，而是一種編碼經(jīng)驗(yàn)，使用比如java中的接口，iphone中的協(xié)議，繼承關(guān)系等基本手段，用比較成熟的邏輯去處理某一種類(lèi)型的事情，總結(jié)為所謂設(shè)計(jì)模式。面向?qū)ο缶幊讨?，java已經(jīng)歸納了23種設(shè)計(jì)模式。
mvc設(shè)計(jì)模式 ：模型，視圖，控制器，可以將整個(gè)應(yīng)用程序在思想上分成三大塊，對(duì)應(yīng)是的數(shù)據(jù)的存儲(chǔ)或處理，前臺(tái)的顯示，業(yè)務(wù)邏輯的控制。 Iphone本身的設(shè)計(jì)思想就是遵循mvc設(shè)計(jì)模式。其不屬于23種設(shè)計(jì)模式范疇。
代理模式：代理模式給某一個(gè)對(duì)象提供一個(gè)代理對(duì)象，并由代理對(duì)象控制對(duì)源對(duì)象的引用.比如一個(gè)工廠(chǎng)生產(chǎn)了產(chǎn)品，并不想直接賣(mài)給用戶(hù)，而是搞了很多代理商，用戶(hù)可以直接找代理商買(mǎi)東西，代理商從工廠(chǎng)進(jìn)貨.常見(jiàn)的如QQ的自動(dòng)回復(fù)就屬于代理攔截，代理模式在iphone中得到廣泛應(yīng)用.
單例模式：說(shuō)白了就是一個(gè)類(lèi)不通過(guò)alloc方式創(chuàng)建對(duì)象，而是用一個(gè)靜態(tài)方法返回這個(gè)類(lèi)的對(duì)象。系統(tǒng)只需要擁有一個(gè)的全局對(duì)象，這樣有利于我們協(xié)調(diào)系統(tǒng)整體的行為，比如想獲得[UIApplication sharedApplication];任何地方調(diào)用都可以得到 UIApplication的對(duì)象，這個(gè)對(duì)象是全局唯一的。
觀察者模式： 當(dāng)一個(gè)物體發(fā)生變化時(shí)，會(huì)通知所有觀察這個(gè)物體的觀察者讓其做出反應(yīng)。實(shí)現(xiàn)起來(lái)無(wú)非就是把所有觀察者的對(duì)象給這個(gè)物體，當(dāng)這個(gè)物體的發(fā)生改變，就會(huì)調(diào)用遍歷所有觀察者的對(duì)象調(diào)用觀察者的方法從而達(dá)到通知觀察者的目的。
工廠(chǎng)模式：可以簡(jiǎn)單概括為同類(lèi)型不同型號(hào)的產(chǎn)品有各自對(duì)應(yīng)的工廠(chǎng)進(jìn)行生產(chǎn)。好比如iPhone手機(jī)旗下有iPhoneX及iPhone8兩種型號(hào)的手機(jī)，iPhoneX有自己iPhoneX的專(zhuān)屬工廠(chǎng)進(jìn)行生產(chǎn)，而iPhone8有自己iPhone8的專(zhuān)屬工廠(chǎng)進(jìn)行生產(chǎn)。兩條生產(chǎn)線(xiàn)沒(méi)有交集互不影響，后期如果新增或廢棄相關(guān)類(lèi)型的產(chǎn)品也不會(huì)影響到原有的生產(chǎn)線(xiàn)。
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ì)象本身。
通俗的話(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:鍵 – 值編碼是一種間接訪(fǎng)問(wèn)對(duì)象的屬性使用字符串來(lái)標(biāo)識(shí)屬性，而不是通過(guò)調(diào)用存取方法，直接或通過(guò)實(shí)例變量訪(fǎng)問(wèn)的機(jī)制。很多情況下可以簡(jiǎn)化程序代碼。apple文檔其實(shí)給了一個(gè)很好的例子。
KVO:鍵值觀察機(jī)制，提供了觀察某一屬性變化的方法，極大的簡(jiǎn)化了代碼。對(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ì)-(id)valueForUndefinedKey:方法的主要目的是當(dāng)你使用-(id)valueForKey方法從對(duì)象中請(qǐng)求值時(shí)，對(duì)象能夠在錯(cuò)誤發(fā)生前，有最后的機(jī)會(huì)響應(yīng)這個(gè)請(qǐng)求。這樣做有很多好處，下面的兩個(gè)例子說(shuō)明了這樣做的好處。這個(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. 什么是推送消息?
答：推送通知更是一種技術(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)
26. 對(duì)于單例的理解
答：在objective-c中要實(shí)現(xiàn)一個(gè)單例類(lèi)，至少需要做以下四個(gè)步驟：
1).為單例對(duì)象實(shí)現(xiàn)一個(gè)靜態(tài)實(shí)例，并初始化，然后設(shè)置成nil，
2).實(shí)現(xiàn)一個(gè)實(shí)例構(gòu)造方法檢查上面聲明的靜態(tài)實(shí)例是否為nil，如果是則新建并返回一個(gè)本類(lèi)的實(shí)例，
3).重寫(xiě)allocWithZone方法，用來(lái)保證其他人直接使用alloc和init試圖獲得一個(gè)新實(shí)力的時(shí)候不產(chǎn)生一個(gè)新實(shí)例，
4).適當(dāng)實(shí)現(xiàn)allocWitheZone，copyWithZone，release和autorelease。
27. 說(shuō)說(shuō)響應(yīng)鏈
答： 事件響應(yīng)鏈。包括點(diǎn)擊事件，畫(huà)面刷新事件等。在視圖棧內(nèi)從上至下，或者從下之上傳播?？梢哉f(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中的線(xiàn)程和線(xiàn)程池的概念。用于處理ios多線(xiàn)程開(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)違背了多線(xià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í)間間隔很近，線(xiàn)程池中的線(xiàn)程，誰(shuí)先啟動(dòng)是不定的。”瞬間覺(jué)得這個(gè)queue名字有點(diǎn)忽悠人了，還不如pool~
綜合一點(diǎn)，我們知道他可以比較大的用處在于可以幫組多線(xiàn)程編程就好了。
32. 什么是延遲加載?
答：懶漢模式，只在用到的時(shí)候才去初始化。也可以理解成延時(shí)加載。我覺(jué)得最好也最簡(jiǎn)單的一個(gè)列子就是tableView中圖片的加載顯示了。一個(gè)延時(shí)載，避免內(nèi)存過(guò)高，一個(gè)異步加載，避免線(xiàn)程堵塞。
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是線(xiàn)程安全的，NSMutableArray不是線(xiàn)程安全的，多線(xiàn)程使用到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)存池提供給我們?
答:界面線(xiàn)程維護(hù)著自己的內(nèi)存池，用戶(hù)自己創(chuàng)建的數(shù)據(jù)線(xiàn)程，則需要?jiǎng)?chuàng)建該線(xiàn)程的內(nèi)存池
39. 什么時(shí)候需要在程序中創(chuàng)建內(nèi)存池?
答：用戶(hù)自己創(chuàng)建的數(shù)據(jù)線(xiàn)程，則需要?jiǎng)?chuàng)建該線(xiàn)程的內(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。
- 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ù)的篩選。
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指令)
51. 寫(xiě)出上面代碼的Block的定義。
52. 試著使用+ beginAnimations:context:以及上述Block的定義，寫(xiě)出一個(gè)可以完成操作的函數(shù)執(zhí)行部分
53. 做過(guò)的項(xiàng)目是否涉及網(wǎng)絡(luò)訪(fǎng)問(wèn)功能，使用什么對(duì)象完成網(wǎng)絡(luò)功能?
答：ASIHTTPRequest與NSURLConnection
