1. OC的類可以多重繼承么?可以實(shí)現(xiàn)多個(gè)接口么?Category是什么?重寫一個(gè)類的方式用繼承好還是分類好?為什么?
答： OC的類不可以多重繼承;可以實(shí)現(xiàn)多個(gè)接口熙侍，通過(guò)實(shí)現(xiàn)多個(gè)接口可以完成C++的多重繼承;Category是類別抑党，一般情況用分類好，用Category去重寫類的方法冠胯，僅對(duì)本Category有效嗡善，不會(huì)影響到其他類與原有類的關(guān)系岗宣，但如果重寫系統(tǒng)類的方法要千萬(wà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è)類的聲明猛频，當(dāng)執(zhí)行時(shí)狮崩，才去查看類的實(shí)現(xiàn)文件，可以解決頭文件的相互包含;#import<>用來(lái)包含系統(tǒng)的頭文件鹿寻，#import“”用來(lái)包含用戶頭文件睦柴。

3. 屬性readwrite，readonly毡熏，assign坦敌，retain，copy痢法，nonatomic 各是什么作用狱窘，在那種情況下用?
答：

1). readwrite 是可讀可寫特性;需要生成getter方法和setter方法時(shí)
2). readonly 是只讀特性 只會(huì)生成getter方法 不會(huì)生成setter方法 ;不希望屬性在類外改變
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修飾時(shí)淹禾，在該屬性在調(diào)用getter和setter方法時(shí)膘滨，會(huì)加上自旋鎖(osspinlock)，保證同一時(shí)刻只能有一個(gè)線程調(diào)用屬性的讀/寫方稀拐，但并不能保證線程安全，（因?yàn)閯e的線程還能進(jìn)行讀寫之外的其他操作丹弱，比如另一個(gè)線程調(diào)用了release方法德撬，可能會(huì)導(dǎo)致crash）。因此大部分情況下使用nonatomic躲胳，線程安全需要開(kāi)發(fā)者自己來(lái)保證蜓洪。

4.寫一個(gè)setter方法用于完成@property (nonatomic,retain) NSString * name,寫一個(gè)setter方法用于完成@property (nonatomic，copy) NSString * name

5.對(duì)于語(yǔ)句NSString * obj = [[NSData alloc] init]; obj在編譯時(shí)和運(yùn)行時(shí)分別時(shí)什么類型的對(duì)象?
答： 編譯時(shí)是NSString的類型;運(yùn)行時(shí)是NSData類型的對(duì)象

6.常見(jiàn)的object-c的數(shù)據(jù)類型有那些坯苹， 和C的基本數(shù)據(jù)類型有什么區(qū)別?如：NSInteger和int
答：object-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俊扭。

7.id 聲明的對(duì)象有什么特性?
答：Id 聲明的對(duì)象具有運(yùn)行時(shí)的特性队橙，即可以指向任意類型的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類似，在你的程序的執(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”不是本入門指南的范圍溺蕉，對(duì)“Garbage Collection”內(nèi)部機(jī)制感興趣的同學(xué)可以參考一些其他的資料伶丐，不過(guò)說(shuō)老實(shí)話“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í)把它稱為計(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)完成讯私。
解決:一般是由類的靜態(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ù)中寫的一樣. 使用也很簡(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提供多線程安全。是防止在寫未完成的時(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è)呢? 為什么?

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署海、使用子類化的NSOperation,然后將其加入NSOperationQueue;在主線程執(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)系等基本手段疮丛，用比較成熟的邏輯去處理某一種類型的事情踱阿，總結(jié)為所謂設(shè)計(jì)模式。面向?qū)ο缶幊讨邪窕蓿琷ava已經(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ǎn)了產(chǎn)品半抱，并不想直接賣給用戶脓恕，而是搞了很多代理商，用戶可以直接找代理商買東西窿侈，代理商從工廠進(jìn)貨.常見(jiàn)的如QQ的自動(dòng)回復(fù)就屬于代理攔截炼幔，代理模式在iphone中得到廣泛應(yīng)用.

單例模式：說(shuō)白了就是一個(gè)類不通過(guò)alloc方式創(chuàng)建對(duì)象，而是用一個(gè)靜態(tài)方法返回這個(gè)類的對(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á)到通知觀察者的目的超凳。

工廠模式：可以簡(jiǎn)單概括為同類型不同型號(hào)的產(chǎn)品有各自對(duì)應(yīng)的工廠進(jìn)行生產(chǎn)愈污。好比如iPhone手機(jī)旗下有iPhoneX及iPhone8兩種型號(hào)的手機(jī)，iPhoneX有自己iPhoneX的專屬工廠進(jìn)行生產(chǎn)轮傍，而iPhone8有自己iPhone8的專屬工廠進(jìn)行生產(chǎn)暂雹。兩條生產(chǎn)線沒(méi)有交集互不影響，后期如果新增或廢棄相關(guān)類型的產(chǎn)品也不會(huì)影響到原有的生產(chǎ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ì)象本身迷雪。

通俗的話講就是：
淺復(fù)制好比你和你的影子限书，你完蛋，你的影子也完蛋, 深復(fù)制好比你和你的克隆人章咧，你完蛋倦西，你的克隆人還活著。

16. 類別的作用?繼承和類別在實(shí)現(xiàn)中有何區(qū)別?
答：

category 可以在不獲悉赁严，不改變?cè)瓉?lái)代碼的情況下往里面添加新的方法扰柠，只能添加粉铐，不能刪除修改，并且如果類別和原來(lái)類中的方法產(chǎn)生名稱沖突卤档，則類別將覆蓋原來(lái)的方法蝙泼，因?yàn)轭悇e具有更高的優(yōu)先級(jí)。

類別主要有3個(gè)作用：
1).將類的實(shí)現(xiàn)分散到多個(gè)不同文件或多個(gè)不同框架中劝枣。
2).創(chuàng)建對(duì)私有方法的前向引用汤踏。
3).向?qū)ο筇砑臃钦絽f(xié)議。

繼承可以增加舔腾，修改或者刪除方法溪胶，并且可以增加屬性。

17. 類別和類擴(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ì)改變類的屬性。其實(shí)關(guān)于正式協(xié)議呈础，類別和非正式協(xié)議我很早前學(xué)習(xí)的時(shí)候大致看過(guò)舆驶，也寫在了學(xué)習(xí)教程里“非正式協(xié)議概念其實(shí)就是類別的另一種表達(dá)方式“這里有一些你可能希望實(shí)現(xiàn)的方法，你可以使用他們更好的完成工作”而钞。這個(gè)意思是沙廉，這些是可選的。比如我門要一個(gè)更好的方法臼节，我們就會(huì)申明一個(gè)這樣的類別去實(shí)現(xiàn)撬陵。然后你在后期可以直接使用這些更好的方法。這么看网缝，總覺(jué)得類別這玩意兒有點(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)化了代碼迅耘。對(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ì)拋出一個(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è)類在某些特定時(shí)刻通知到其他類，而不需要獲取到那些類的指針°究遥可以減少框架復(fù)雜度瓤荔。
另外一點(diǎn)，代理可以理解為java中的回調(diào)監(jiān)聽(tīng)機(jī)制的一種類似钥组。

21. oc中可修改和不可以修改類型输硝。
答：可修改不可修改的集合類。這個(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ù)類型的確定由編譯時(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ì)象的類別，以及調(diào)用該類別對(duì)象指定方法各聘。

多態(tài)：不同對(duì)象以自己的方式響應(yīng)相同的消息的能力叫做多態(tài)揣非。意思就是假設(shè)生物類(life)都用有一個(gè)相同的方法-eat；那人類屬于生物躲因，豬也屬于生物早敬，都繼承了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)始也不太明白衡怀，什么叫控制鏈(專業(yè)術(shù)語(yǔ)了~)。但是簡(jiǎn)單分析下通知和代理的行為模式安疗，我們大致可以有自己的理解抛杨。簡(jiǎn)單來(lái)說(shuō)，通知的話荐类，它可以一對(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ì)的消息后贯钩，別稱B的發(fā)布會(huì)了捣鲸。但是通知就不一樣，他只關(guān)心發(fā)出通知，而不關(guān)心多少接收到感興趣要處理祈远。因此控制鏈(has-a從英語(yǔ)單詞大致可以看出，單一擁有和可控制的對(duì)應(yīng)關(guān)系见秤。

24. 什么是推送消息?
答：推送通知更是一種技術(shù)控乾。簡(jiǎn)單點(diǎn)就是客戶端獲取資源的一種手段。普通情況下罪治，都是客戶端主動(dòng)的pull丽声。推送則是服務(wù)器端主動(dòng)push。 測(cè)試push的實(shí)現(xiàn)可以查看該博文觉义。

25. 關(guān)于多態(tài)性
答：多態(tài)雁社，子類指針可以賦值給父類。
這個(gè)題目其實(shí)可以出到一切面向?qū)ο笳Z(yǔ)言中晒骇，
因此關(guān)于多態(tài)霉撵，繼承和封裝基本最好都有個(gè)自我意識(shí)的理解，也并非一定要把書上資料上寫的能背出來(lái)

26. 對(duì)于單例的理解
答：在objective-c中要實(shí)現(xiàn)一個(gè)單例類洪囤，至少需要做以下四個(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è)本類的實(shí)例，
3).重寫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)擊事件牺丙，畫面刷新事件等则涯。在視圖棧內(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的集合類。

操作和操作隊(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ì)列話題的文章靴患，其中有一句提到
“因?yàn)閮蓚€(gè)操作提交的時(shí)間間隔很近仍侥，線程池中的線程，誰(shuí)先啟動(dòng)是不定的鸳君∨┰ǎ”瞬間覺(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)存池疾渴，用戶自己創(chuàng)建的數(shù)據(jù)線程，則需要?jiǎng)?chuàng)建該線程的內(nèi)存池

39. 什么時(shí)候需要在程序中創(chuàng)建內(nèi)存池?
答：用戶自己創(chuàng)建的數(shù)據(jù)線程屯仗，則需要?jiǎng)?chuàng)建該線程的內(nèi)存池

40. 類NSObject的那些方法經(jīng)常被使用?
答：NSObject是Objetive-C的基類搞坝，其由NSObject類及一系列協(xié)議構(gòu)成。
其中類方法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下大部分類均有簡(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)畫效果有那些?
答：

如：
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是蘋果提供一套數(shù)據(jù)保存框架洼怔，其基于SQlite

46. 什么是NSManagedObject模型?
答：NSManagedObject是NSObject的子類 ，也是coredata的重要組成部分左驾，它是一個(gè)通用的類,實(shí)現(xiàn)了core data 模型層所需的基本功能镣隶，用戶可通過(guò)子類化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 的理解?并寫出一個(gè)使用Block執(zhí)行UIVew動(dòng)畫?
答：Block是可以獲取其他函數(shù)局部變量的匿名函數(shù)次员，其不但方便開(kāi)發(fā)，并且可以大幅提高應(yīng)用的執(zhí)行效率(多核心CPU可直接處理Block指令)

51. 寫出上面代碼的Block的定義王带。

52. 試著使用+ beginAnimations:context:以及上述Block的定義翠肘，寫出一個(gè)可以完成操作的函數(shù)執(zhí)行部分

53. 做過(guò)的項(xiàng)目是否涉及網(wǎng)絡(luò)訪問(wèn)功能，使用什么對(duì)象完成網(wǎng)絡(luò)功能?
答：AFNetworking 與 NSURLSession辫秧， 源碼分析可以參考https://blog.csdn.net/u010389309/article/details/88086464 這篇文章

54. 簡(jiǎn)單介紹下NSURLConnection類及+ 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)歌、一邊寫博客;對(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í)去摘菜庵朝，最后去炒菜。

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)的縮寫 色难，從系統(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ǔ)充).

57. 在項(xiàng)目什么時(shí)候選擇使用GCD，什么時(shí)候選擇NSOperation?
答: 項(xiàng)目中使用NSOperation的優(yōu)點(diǎn)是NSOperation是對(duì)線程的高度抽象俘枫，在項(xiàng)目中使用它腥沽，會(huì)使項(xiàng)目的程序結(jié)構(gòu)更好，子類化NSOperation的設(shè)計(jì)思路鸠蚪，是具有面向?qū)ο蟮膬?yōu)點(diǎn)(復(fù)用今阳、封裝)，使得實(shí)現(xiàn)是多線程支持茅信，而接口簡(jiǎn)單盾舌，建議在復(fù)雜項(xiàng)目中使用。
項(xiàng)目中使用GCD的優(yōu)點(diǎn)是GCD本身非常簡(jiǎn)單汹押、易用矿筝，對(duì)于不復(fù)雜的多線程操作，會(huì)節(jié)省代碼量棚贾，而Block參數(shù)的使用窖维，會(huì)是代碼更為易讀榆综，建議在簡(jiǎn)單項(xiàng)目中使用。

58. 什么是block
答: 對(duì)于閉包(block),有很多定義铸史，其中閉包就是能夠讀取其它函數(shù)內(nèi)部變量的函數(shù)鼻疮，這個(gè)定義即接近本質(zhì)又較好理解。對(duì)于剛接觸Block的同學(xué)琳轿，會(huì)覺(jué)得有些繞判沟，因?yàn)槲覀兞?xí)慣寫這樣的程序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，然后可能去寫技術(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)接口窗骑，要回掉的操作女责，比如接到電話，百度查詢后创译，返回網(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查詢百度初茶，獲得結(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í)的邏輯(需求)奸忽。

使用實(shí)例cocoaTouch框架下動(dòng)畫效果的Block的調(diào)用，使用typed聲明block揖庄，然后便可用聲明一個(gè)blokc對(duì)象栗菜，注意對(duì)象屬性設(shè)置為copy，接到block 參數(shù)時(shí)蹄梢，便會(huì)自動(dòng)復(fù)制一份疙筹。

__block是一種特殊類型，使用該關(guān)鍵字聲明的局部變量禁炒，可以被block所改變而咆，并且其在原函數(shù)中的值會(huì)被改變。

60.關(guān)于block
答: 面試時(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類型指向一切對(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的完整定義

功能：在指定的隊(duì)列里提交一個(gè)異步執(zhí)行的block惦辛，不阻塞當(dāng)前線程

通過(guò)queue來(lái)控制block執(zhí)行的線程。主線程執(zhí)行前文定義的 finishBlock對(duì)象

62.談?wù)凮bject-C的內(nèi)存管理方式及過(guò)程仓手？
答: 1).當(dāng)你使用new,alloc和copy方法創(chuàng)建一個(gè)對(duì)象時(shí),該對(duì)象的保留計(jì)數(shù)器值為1.當(dāng)你不再使用該對(duì)象時(shí),你要負(fù)責(zé)向該對(duì)象發(fā)送一條release或autorelease消息.這樣,該對(duì)象將在使用壽命結(jié)束時(shí)被銷毀.
2).當(dāng)你通過(guò)任何其他方法獲得一個(gè)對(duì)象時(shí),則假設(shè)該對(duì)象的保留計(jì)數(shù)器值為1,而且已經(jīng)被設(shè)置為自動(dòng)釋放,你不需要執(zhí)行任何操作來(lái)確保該對(duì)象被清理.如果你打算在一段時(shí)間內(nèi)擁有該對(duì)象,則需要保留它并確保在操作完成時(shí)釋放它.
3).如果你保留了某個(gè)對(duì)象,你需要(最終)釋放或自動(dòng)釋放該對(duì)象.必須保持retain方法和release方法的使用次數(shù)相等.

63.Object-C有私有方法嗎胖齐？私有變量呢？
答: objective-c – 類里面的方法只有兩種, 靜態(tài)方法和實(shí)例方法. 這似乎就不是完整的面向?qū)ο罅?按照OO的原則就是一個(gè)對(duì)象只暴露有用的東西. 如果沒(méi)有了私有方法的話, 對(duì)于一些小范圍的代碼重用就不那么順手了. 在類里面聲名一個(gè)私有方法

@private可以用來(lái)修飾私有變量

在Objective‐C中嗽冒，所有實(shí)例變量默認(rèn)都是私有的呀伙，所有實(shí)例方法默認(rèn)都是公有的

64.Object-C有多繼承嗎？沒(méi)有的話用什么代替添坊？cocoa 中所有的類都是NSObject 的子類
答: 多繼承在這里是用protocol 委托代理 來(lái)實(shí)現(xiàn)的你不用去考慮繁瑣的多繼承 ,虛基類的概念.
ood的多態(tài)特性 在 obj-c 中通過(guò)委托來(lái)實(shí)現(xiàn).

65.內(nèi)存管理 Autorelease剿另、retain、copy贬蛙、assign的set方法和含義雨女？
答: 1).你初始化(alloc/init)的對(duì)象，你需要釋放(release)它阳准。例如：
NSMutableArray aArray = [[NSArray alloc] init]; 后氛堕，需要 [aArray release];
2).你retain或copy的，你需要釋放它野蝇。例如：
[aArray retain] 后讼稚，需要 [aArray release];
3).被傳遞(assign)的對(duì)象，你需要斟酌的retain和release绕沈。例如：
obj2 = [[obj1 someMethod] autorelease];

對(duì)象2接收對(duì)象1的一個(gè)自動(dòng)釋放的值锐想，或傳遞一個(gè)基本數(shù)據(jù)類型(NSInteger，NSString)時(shí)：你或希望將對(duì)象2進(jìn)行retain乍狐，以防止它在被使用之前就被自動(dòng)釋放掉赠摇。但是在retain后，一定要在適當(dāng)?shù)臅r(shí)候進(jìn)行釋放澜躺。

關(guān)于索引計(jì)數(shù)(Reference Counting)的問(wèn)題:
retain值 = 索引計(jì)數(shù)(Reference Counting)

NSArray對(duì)象會(huì)retain(retain值加一)任何數(shù)組中的對(duì)象蝉稳。當(dāng)NSArray被卸載(dealloc)的時(shí)候，所有數(shù)組中的對(duì)象會(huì) 被 執(zhí)行一次釋放(retain值減一)掘鄙。不僅僅是NSArray耘戚，任何收集類(Collection Classes)都執(zhí)行類似操作。例如 NSDictionary操漠，甚至UINavigationController收津。

Alloc/init建立的對(duì)象饿这，索引計(jì)數(shù)為1。無(wú)需將其再次retain撞秋。

[NSArray array]和[NSDate date]等“方法”建立一個(gè)索引計(jì)數(shù)為1的對(duì)象长捧，但是也是一個(gè)自動(dòng)釋放對(duì)象。所以是本地臨時(shí)對(duì)象吻贿，那么無(wú)所謂了串结。如果是打算在全Class中使用的變量(iVar)杂抽，則必須retain它英上。

缺省的類方法返回值都被執(zhí)行了“自動(dòng)釋放”方法。(*如上中的NSArray)

在類中的卸載方法“dealloc”中眉撵，release所有未被平衡的NS對(duì)象帐要。(*所有未被autorelease把敞，而retain值為1的)

66. C和obj-c 如何混用
答: 1).obj-c的編譯器處理后綴為m的文件時(shí)，可以識(shí)別obj-c和c的代碼榨惠，處理mm文件可以識(shí)別obj-c,c,c++代碼奋早，但cpp文件必須只能用c/c++代碼，而且cpp文件include的頭文件中赠橙，也不能出現(xiàn)obj-c的代碼耽装，因?yàn)閏pp只是cpp
2).在mm文件中混用cpp直接使用即可，所以obj-c混cpp不是問(wèn)題
3).在cpp中混用obj-c其實(shí)就是使用obj-c編寫的模塊是我們想要的简烤。

如果模塊以類實(shí)現(xiàn)剂邮，那么要按照cpp class的標(biāo)準(zhǔn)寫類的定義，頭文件中不能出現(xiàn)obj-c的東西横侦，包括#import cocoa的。實(shí)現(xiàn)文件中绰姻，即類的實(shí)現(xiàn)代碼中可以使用obj-c的東西枉侧，可以import,只是后綴是mm。

如果模塊以函數(shù)實(shí)現(xiàn)狂芋，那么頭文件要按c的格式聲明函數(shù)榨馁，實(shí)現(xiàn)文件中，c++函數(shù)內(nèi)部可以用obj-c帜矾，但后綴還是mm或m翼虫。

總結(jié)：只要cpp文件和cpp include的文件中不包含obj-c的東西就可以用了，cpp混用obj-c的關(guān)鍵是使用接口屡萤，而不能直接使用 實(shí)現(xiàn)代 碼珍剑，實(shí)際上cpp混用的是obj-c編譯后的o文件，這個(gè)東西其實(shí)是無(wú)差別的死陆，所以可以用招拙。obj-c的編譯器支持cpp

67. Objective-C堆和棧的區(qū)別？
答:

管理方式：對(duì)于棧來(lái)講，是由編譯器自動(dòng)管理别凤，無(wú)需我們手工控制饰序；對(duì)于堆來(lái)說(shuō)，釋放工作由程序員控制规哪，容易產(chǎn)生memory leak求豫。
申請(qǐng)大小：

棧：在Windows下,棧是向低地址擴(kuò)展的數(shù)據(jù)結(jié)構(gòu)诉稍，是一塊連續(xù)的內(nèi)存的區(qū)域注祖。這句話的意思是棧頂?shù)牡刂泛蜅５淖畲笕萘渴窍到y(tǒng)預(yù)先規(guī)定好的，在 WINDOWS下均唉，棧的大小是2M（也有的說(shuō)是1M是晨，總之是一個(gè)編譯時(shí)就確定的常數(shù)），如果申請(qǐng)的空間超過(guò)棧的剩余空間時(shí)舔箭，將提示overflow罩缴。因 此，能從棧獲得的空間較小层扶。

堆：堆是向高地址擴(kuò)展的數(shù)據(jù)結(jié)構(gòu)箫章，是不連續(xù)的內(nèi)存區(qū)域。這是由于系統(tǒng)是用鏈表來(lái)存儲(chǔ)的空閑內(nèi)存地址的镜会，自然是不連續(xù)的檬寂，而鏈表的遍歷方向是由低地址向高地址。堆的大小受限于計(jì)算機(jī)系統(tǒng)中有效的虛擬內(nèi)存戳表。由此可見(jiàn)桶至，堆獲得的空間比較靈活，也比較大匾旭。

碎片問(wèn)題：對(duì)于堆來(lái)講镣屹，頻繁的new/delete勢(shì)必會(huì)造成內(nèi)存空間的不連續(xù)，從而造成大量的碎片价涝，使程序效率降低女蜈。對(duì)于棧來(lái)講，則不會(huì)存在這個(gè)問(wèn)題色瘩，因?yàn)闂Ｊ窍冗M(jìn)后出的隊(duì)列伪窖，他們是如此的一一對(duì)應(yīng)，以至于永遠(yuǎn)都不可能有一個(gè)內(nèi)存塊從棧中間彈出

分配方式：堆都是動(dòng)態(tài)分配的居兆，沒(méi)有靜態(tài)分配的堆覆山。棧有2種分配方式：靜態(tài)分配和動(dòng)態(tài)分配。靜態(tài)分配是編譯器完成的史辙，比如局部變量的分配汹买。動(dòng)態(tài)分配由alloca函數(shù)進(jìn)行分配佩伤，但是棧的動(dòng)態(tài)分配和堆是不同的，他的動(dòng)態(tài)分配是由編譯器進(jìn)行釋放晦毙，無(wú)需我們手工實(shí)現(xiàn)生巡。

分配效率：棧是機(jī)器系統(tǒng)提供的數(shù)據(jù)結(jié)構(gòu)，計(jì)算機(jī)會(huì)在底層對(duì)棧提供支持：分配專門的寄存器存放棧的地址见妒，壓棧出棧都有專門的指令執(zhí)行孤荣，這就決定了棧的效率比較高。堆則是C/C++函數(shù)庫(kù)提供的须揣，它的機(jī)制是很復(fù)雜的盐股。

68. ViewController的didReceiveMemoryWarning怎么被調(diào)用：
答:[supper didReceiveMemoryWarning];

69.什么時(shí)候用delegate,什么時(shí)候用Notification?
答: delegate針對(duì)one-to-one關(guān)系，用于sender接受到reciever的某個(gè)功能反饋值耻卡。
notification針對(duì)one-to-one/many/none,reciver,用于通知多個(gè)object某個(gè)事件疯汁。

70.用預(yù)處理指令#define聲明一個(gè)常數(shù)，用以表明1年中有多少秒（忽略閏年問(wèn)題）
答:

#define SECONDS_PER_YEAR (60UL * 60UL * 24UL * 365UL) 
或者
#define SECONDS_PER_YEAR ((unsigned long)(60 * 60 * 24 * 365))

我在這想看到幾件事情：
#define 語(yǔ)法的基本知識(shí)（例如：不能以分號(hào)結(jié)束卵酪，括號(hào)的使用幌蚊，等等）懂得預(yù)處理器將為你計(jì)算常數(shù)表達(dá)式的值，因此溃卡，直接寫出你是如何計(jì)算一年中有多少秒而不是計(jì)算出實(shí)際的值溢豆，是更清晰而沒(méi)有代價(jià)的。意識(shí)到這個(gè)表達(dá)式將使一個(gè)16位機(jī)的整型數(shù)溢出-因此要用到長(zhǎng)整型符號(hào)L,告訴編譯器這個(gè)常數(shù)是的長(zhǎng)整型數(shù)瘸羡。如果你在你的表達(dá)式中用到UL（表示無(wú)符號(hào)長(zhǎng)整型）漩仙，那么你有了一個(gè)好的起點(diǎn)。記住犹赖，第一印象很重要队他。

71.寫一個(gè)”標(biāo)準(zhǔn)"宏MIN ，這個(gè)宏輸入兩個(gè)參數(shù)并返回較小的一個(gè)冷尉。
答：這個(gè)測(cè)試是為下面的目的而設(shè)的：標(biāo)識(shí)#define在宏中應(yīng)用的基本知識(shí)漱挎。這是很重要的，因?yàn)橹钡角度?inline)操作符變?yōu)闃?biāo)準(zhǔn)C的一部分雀哨，宏是方便產(chǎn)生嵌入代碼的唯一方法，對(duì)于嵌入式系統(tǒng)來(lái)說(shuō)私爷，為了能達(dá)到要求的性能雾棺，嵌入代碼經(jīng)常是必須的方法。三重條件操作符的知識(shí)衬浑。這個(gè)操作符存在C語(yǔ)言中的原因是它使得編譯器能產(chǎn)生比 if-then-else 更優(yōu)化的代碼捌浩，了解這個(gè)用法是很重要的。
懂得在宏中小心地把參數(shù)用括號(hào)括起來(lái)工秩。我也用這個(gè)問(wèn)題開(kāi)始討論宏的副作用尸饺，例如：當(dāng)你寫下面的代碼時(shí)會(huì)發(fā)生什么事进统？結(jié)果是：這個(gè)表達(dá)式會(huì)產(chǎn)生副作用，指針p會(huì)作三次++自增操作浪听。

72.關(guān)鍵字const有什么含意螟碎？修飾類呢?static的作用,用于類呢?還有extern c的作用
答：const 意味著"只讀"，下面的聲明都是什么意思迹栓？前兩個(gè)的作用是一樣掉分，a是一個(gè)常整型數(shù)。第三個(gè)意味著a是一個(gè)指向常整型數(shù)的指針（也就是克伊，整型數(shù)是不可修改的酥郭，但指針可以）。第四個(gè)意思a是一個(gè)指向整型數(shù)的常指針（也就是說(shuō)愿吹，指針指向的整型數(shù)是可以修改的不从，但指針是不可修改的）。最后一個(gè)意味著a是一個(gè)指向常整型數(shù)的常指針（也就是說(shuō)犁跪，指針指向的整型數(shù)是不可修改的椿息，同時(shí)指針也是不可修改的）。

結(jié)論：關(guān)鍵字const的作用是為給讀你代碼的人傳達(dá)非常有用的信息耘拇，實(shí)際上撵颊，聲明一個(gè)參數(shù)為常量是為了告訴了用戶這個(gè)參數(shù)的應(yīng)用目的。如果你曾花很多時(shí)間清理其它人留下的垃圾惫叛，你就會(huì)很快學(xué)會(huì)感謝這點(diǎn)多余的信息倡勇。（當(dāng)然，懂得用const的程序員很少會(huì)留下的垃圾讓別人來(lái)清理的） 通過(guò)給優(yōu)化器一些附加的信息嘉涌，使用關(guān)鍵字const也許能產(chǎn)生更緊湊的代碼妻熊。合理地使用關(guān)鍵字const可以使編譯器很自然地保護(hù)那些不希望被改變的參數(shù)，防止其被無(wú)意的代碼修改仑最。簡(jiǎn)而言之扔役，這樣可以減少bug的出現(xiàn)。
1).欲阻止一個(gè)變量被改變警医，可以使用 const 關(guān)鍵字亿胸。在定義該 const 變量時(shí)，通常需要對(duì)它進(jìn)行初始化预皇，因?yàn)橐院缶蜎](méi)有機(jī)會(huì)再去改變它了侈玄；
2).對(duì)指針來(lái)說(shuō)，可以指定指針本身為 const吟温，也可以指定指針?biāo)傅臄?shù)據(jù)為 const序仙，或二者同時(shí)指定為 const；
3).在一個(gè)函數(shù)聲明中鲁豪，const 可以修飾形參潘悼，表明它是一個(gè)輸入?yún)?shù)律秃，在函數(shù)內(nèi)部不能改變其值；
4).對(duì)于類的成員函數(shù)治唤，若指定其為 const 類型棒动，則表明其是一個(gè)常函數(shù)，不能修改類的成員變量肝劲；
5).對(duì)于類的成員函數(shù)迁客，有時(shí)候必須指定其返回值為 const 類型，以使得其返回值不為“左值”辞槐。

73. 關(guān)鍵字volatile有什么含意?并給出三個(gè)不同的例子掷漱。
答：一個(gè)定義為 volatile的變量是說(shuō)這變量可能會(huì)被意想不到地改變，這樣榄檬，編譯器就不會(huì)去假設(shè)這個(gè)變量的值了卜范。精確地說(shuō)就是，優(yōu)化器在用到這個(gè)變量時(shí)必須每次都小心地重新讀取這個(gè)變量的值鹿榜，而不是使用保存在寄存器里的備份海雪。

下面是volatile變量的幾個(gè)例子：并行設(shè)備的硬件寄存器（如：狀態(tài)寄存器）一個(gè)中斷服務(wù)子程序中會(huì)訪問(wèn)到的非自動(dòng)變量(Non-automatic variables)多線程應(yīng)用中被幾個(gè)任務(wù)共享的變量

74. 一個(gè)參數(shù)既可以是const還可以是volatile嗎？ 一個(gè)指針可以是volatile 嗎舱殿？解釋為什么奥裸。
答：1).是的。一個(gè)例子是只讀的狀態(tài)寄存器沪袭。它是volatile因?yàn)樗赡鼙灰庀氩坏降馗淖兺逯妗Ｋ莄onst因?yàn)槌绦虿粦?yīng)該試圖去修改它。
2).是的冈绊。盡管這并不很常見(jiàn)侠鳄。一個(gè)例子是當(dāng)一個(gè)中服務(wù)子程序修該一個(gè)指向一個(gè)buffer的指針時(shí)。

75 . static 關(guān)鍵字的作用：
答：

1).函數(shù)體內(nèi) static 變量的作用范圍為該函數(shù)體死宣，不同于 auto 變量伟恶，該變量的內(nèi)存只被分配一次，因此其值在下次調(diào)用時(shí)仍維持上次的值毅该；
2).在模塊內(nèi)的 static 全局變量可以被模塊內(nèi)所用函數(shù)訪問(wèn)博秫，但不能被模塊外其它函數(shù)訪問(wèn)；
3).在模塊內(nèi)的 static 函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用眶掌，這個(gè)函數(shù)的使用范圍被限制在聲明它的模塊內(nèi)台盯；
4).在類中的 static 成員變量屬于整個(gè)類所擁有，對(duì)類的所有對(duì)象只有一份拷貝畏线；
5).在類中的 static 成員函數(shù)屬于整個(gè)類所擁有，這個(gè)函數(shù)不接收 this 指針良价，因而只能訪問(wèn)類的static 成員變量寝殴。

76. 線程與進(jìn)程的區(qū)別和聯(lián)系?
答：

1). 進(jìn)程和線程都是由操作系統(tǒng)所體會(huì)的程序運(yùn)行的基本單元蒿叠，系統(tǒng)利用該基本單元實(shí)現(xiàn)系統(tǒng)對(duì)應(yīng)用的并發(fā)性
2). 進(jìn)程和線程的主要差別在于它們是不同的操作系統(tǒng)資源管理方式。
3). 進(jìn)程有獨(dú)立的地址空間蚣常，一個(gè)進(jìn)程崩潰后市咽，在保護(hù)模式下不會(huì)對(duì)其它進(jìn)程產(chǎn)生影響，而線程只是一個(gè)進(jìn)程中的不同執(zhí)行路徑抵蚊。
4.)線程有自己的堆棧和局部變量施绎，但線程之間沒(méi)有單獨(dú)的地址空間，一個(gè)線程死掉就等于整個(gè)進(jìn)程死掉贞绳。所以多進(jìn)程的程序要比多線程的程序健壯谷醉，但在進(jìn)程切換時(shí)，耗費(fèi)資源較大冈闭，效率要差一些俱尼。
5). 但對(duì)于一些要求同時(shí)進(jìn)行并且又要共享某些變量的并發(fā)操作，只能用線程萎攒，不能用進(jìn)程遇八。

77. 列舉幾種進(jìn)程的同步機(jī)制，并比較其優(yōu)缺點(diǎn)耍休。
答： 原子操作 信號(hào)量機(jī)制 自旋鎖 管程刃永，會(huì)合，分布式系統(tǒng)

78. 進(jìn)程之間通信的途徑
答：共享存儲(chǔ)系統(tǒng)消息傳遞系統(tǒng)管道：以文件系統(tǒng)為基礎(chǔ)

79. 進(jìn)程死鎖的原因
答：資源競(jìng)爭(zhēng)及進(jìn)程推進(jìn)順序非法

80. 死鎖的4個(gè)必要條件
答：互斥羊精、請(qǐng)求保持斯够、不可剝奪、環(huán)路

81. 死鎖的處理
答：鴕鳥策略园匹、預(yù)防策略雳刺、避免策略嘲碱、檢測(cè)與解除死鎖

82. cocoa touch框架
答：iPhone OS 應(yīng)用程序的基礎(chǔ) Cocoa Touch 框架重用了許多 Mac 系統(tǒng)的成熟模式潘飘，但是它更多地專注于觸摸的接口和優(yōu)化肃晚。

UIKit 為您提供了在 iPhone OS 上實(shí)現(xiàn)圖形肄方，事件驅(qū)動(dòng)程序的基本工具愁拭，其建立在和 Mac OS X 中一樣的 Foundation 框架上纸镊，包括文件處理悉尾，網(wǎng)絡(luò)世澜，字符串操作等怔昨。

Cocoa Touch 具有和 iPhone 用戶接口一致的特殊設(shè)計(jì)雀久。有了 UIKit，您可以使用 iPhone OS 上的獨(dú)特的圖形接口控件趁舀，按鈕赖捌，以及全屏視圖的功能，您還可以使用加速儀和多點(diǎn)觸摸手勢(shì)來(lái)控制您的應(yīng)用矮烹。

各色俱全的框架 除了UIKit 外越庇，Cocoa Touch 包含了創(chuàng)建世界一流 iPhone 應(yīng)用程序需要的所有框架罩锐，從三維圖形，到專業(yè)音效卤唉，甚至提供設(shè)備訪問(wèn) API 以控制攝像頭涩惑，或通過(guò) GPS 獲知當(dāng)前位置。

Cocoa Touch 既包含只需要幾行代碼就可以完成全部任務(wù)的強(qiáng)大的 Objective-C 框架桑驱，也在需要時(shí)提供基礎(chǔ)的 C 語(yǔ)言 API 來(lái)直接訪問(wèn)系統(tǒng)竭恬。這些框架包括：

Core Animation：通過(guò) Core Animation，您就可以通過(guò)一個(gè)基于組合獨(dú)立圖層的簡(jiǎn)單的編程模型來(lái)創(chuàng)建豐富的用戶體驗(yàn)熬的。

Core Audio：Core Audio 是播放痊硕，處理和錄制音頻的專業(yè)技術(shù)，能夠輕松為您的應(yīng)用程序添加強(qiáng)大的音頻功能悦析。

Core Data：提供了一個(gè)面向?qū)ο蟮臄?shù)據(jù)管理解決方案寿桨，它易于使用和理解，甚至可處理任何應(yīng)用或大或小的數(shù)據(jù)模型强戴。

功能列表：框架分類

下面是 Cocoa Touch 中一小部分可用的框架：

音頻和視頻：Core Audio 亭螟，OpenAL ，Media Library 骑歹，AV Foundation

數(shù)據(jù)管理 ：Core Data 预烙，SQLite

圖形和動(dòng)畫 ：Core Animation ，OpenGL ES 道媚，Quartz 2D

網(wǎng)絡(luò)：Bonjour 扁掸，WebKit ，BSD Sockets

用戶應(yīng)用：Address Book 最域，Core Location 谴分，Map Kit ，Store Kit

83. 自動(dòng)釋放池是什么,如何工作
答：當(dāng)您向一個(gè)對(duì)象發(fā)送一個(gè)autorelease消息時(shí)镀脂，Cocoa就會(huì)將該對(duì)象的一個(gè)引用放入到最新的自動(dòng)釋放.它仍然是個(gè)正當(dāng)?shù)膶?duì)象牺蹄，因此自動(dòng)釋放池定義的作用域內(nèi)的其它對(duì)象可以向它發(fā)送消息。當(dāng)程序執(zhí)行到作用域結(jié)束的位置時(shí)薄翅，自動(dòng)釋放池就會(huì)被釋放沙兰，池中的所有對(duì)象也就被釋放。

84. Objective-C的優(yōu)缺點(diǎn)翘魄。
答：objc優(yōu)點(diǎn)：
1). Cateogies
2). Posing
3). 動(dòng)態(tài)識(shí)別
4).指標(biāo)計(jì)算
5).彈性訊息傳遞
6).不是一個(gè)過(guò)度復(fù)雜的 C 衍生語(yǔ)言
7).Objective-C 與 C++ 可混合編程

objc缺點(diǎn):
1).不支援命名空間
2).不支持運(yùn)算符重載
3).不支持多重繼承
4).使用動(dòng)態(tài)運(yùn)行時(shí)類型鼎天，所有的方法都是函數(shù)調(diào)用，所以很多編譯時(shí)優(yōu)化方法都用不到暑竟。（如內(nèi)聯(lián)函數(shù)等）斋射，性能低劣。

85. sprintf,strcpy,memcpy使用上有什么要注意的地方。
答：1). sprintf是格式化函數(shù)绩鸣。將一段數(shù)據(jù)通過(guò)特定的格式怀大，格式化到一個(gè)字符串緩沖區(qū)中去。sprintf格式化的函數(shù)的長(zhǎng)度不可控呀闻，有可能格式化后的字符串會(huì)超出緩沖區(qū)的大小，造成溢出潜慎。
2).strcpy是一個(gè)字符串拷貝的函數(shù)捡多，它的函數(shù)原型為strcpy(char *dst, const char *src)，將src開(kāi)始的一段字符串拷貝到dst開(kāi)始的內(nèi)存中去铐炫，結(jié)束的標(biāo)志符號(hào)為 ‘\0'垒手，由于拷貝的長(zhǎng)度不是由我們自己控制的，所以這個(gè)字符串拷貝很容易出錯(cuò)倒信。
3). memcpy是具備字符串拷貝功能的函數(shù)科贬，這是一個(gè)內(nèi)存拷貝函數(shù)，它的函數(shù)原型為memcpy(char dst, const char src, unsigned int len);將長(zhǎng)度為len的一段內(nèi)存鳖悠，從src拷貝到dst中去榜掌，這個(gè)函數(shù)的長(zhǎng)度可控。但是會(huì)有內(nèi)存疊加的問(wèn)題乘综。

86. readwrite憎账，readonly，assign卡辰，retain胞皱，copy，nonatomic 屬性的作用
答：@property是一個(gè)屬性訪問(wèn)聲明九妈，擴(kuò)號(hào)內(nèi)支持以下幾個(gè)屬性：

1).getter=getterName反砌，setter=setterName，設(shè)置setter與 getter的方法名
2).readwrite,readonly萌朱，設(shè)置可供訪問(wèn)級(jí)別
3).assign宴树，setter方法直接賦值，不進(jìn)行任何retain操作嚷兔，為了解決原類型與環(huán)循引用問(wèn)題
4).retain森渐，setter方法對(duì)參數(shù)進(jìn)行release舊值再retain新值，所有實(shí)現(xiàn)都是這個(gè)順序(CC上有相關(guān)資料)
5).copy冒晰，setter方法進(jìn)行Copy操作同衣，與retain處理流程一樣，先舊值release壶运，再 Copy出新的對(duì)象耐齐，retainCount為1。這是為了減少對(duì)上下文的依賴而引入的機(jī)制。
6).nonatomic埠况，非原子性訪問(wèn)耸携，不加同步，多線程并發(fā)訪問(wèn)會(huì)提高性能辕翰。注意夺衍，如果不加此屬性，則默認(rèn)是兩個(gè)訪問(wèn)方法都為原子型事務(wù)訪問(wèn)喜命。鎖被加到所屬對(duì)象實(shí)例級(jí)沟沙。

87. http和scoket通信的區(qū)別。
答： http是客戶端用http協(xié)議進(jìn)行請(qǐng)求壁榕，發(fā)送請(qǐng)求時(shí)候需要封裝http請(qǐng)求頭矛紫，并綁定請(qǐng)求的數(shù)據(jù)，服務(wù)器一般有web服務(wù)器配合（當(dāng)然也非絕對(duì)）牌里。 http請(qǐng)求方式為客戶端主動(dòng)發(fā)起請(qǐng)求颊咬，服務(wù)器才能給響應(yīng)，一次請(qǐng)求完畢后則斷開(kāi)連接牡辽，以節(jié)省資源喳篇。服務(wù)器不能主動(dòng)給客戶端響應(yīng)（除非采取http長(zhǎng)連接 技術(shù)）。iphone主要使用類是NSUrlConnection催享。

scoket是客戶端跟服務(wù)器直接使用socket“套接字”進(jìn)行連接杭隙，并沒(méi)有規(guī)定連接后斷開(kāi)，所以客戶端和服務(wù)器可以保持連接通道因妙，雙方 都可以主動(dòng)發(fā)送數(shù)據(jù)痰憎。一般在游戲開(kāi)發(fā)或股票開(kāi)發(fā)這種要求即時(shí)性很強(qiáng)并且保持發(fā)送數(shù)據(jù)量比較大的場(chǎng)合使用。主要使用類是CFSocketRef攀涵。

88. TCP和UDP的區(qū)別
答： TCP全稱是Transmission Control Protocol铣耘，中文名為傳輸控制協(xié)議，它可以提供可靠的以故、面向連接的網(wǎng)絡(luò)數(shù)據(jù)傳遞服務(wù)蜗细。傳輸控制協(xié)議主要包含下列任務(wù)和功能：

• 確保IP數(shù)據(jù)報(bào)的成功傳遞。
• 對(duì)程序發(fā)送的大塊數(shù)據(jù)進(jìn)行分段和重組怒详。
• 確保正確排序及按順序傳遞分段的數(shù)據(jù)炉媒。
• 通過(guò)計(jì)算校驗(yàn)和，進(jìn)行傳輸數(shù)據(jù)的完整性檢查昆烁。
  TCP提供的是面向連接的吊骤、可靠的數(shù)據(jù)流傳輸，而UDP提供的是非面向連接的静尼、不可靠的數(shù)據(jù)流傳輸白粉。
  簡(jiǎn)單的說(shuō)传泊，TCP注重?cái)?shù)據(jù)安全，而UDP數(shù)據(jù)傳輸快點(diǎn)鸭巴，但安全性一般

89. 你了解svn,cvs等版本控制工具么眷细？
答： 版本控制 svn,cvs 是兩種版控制的器,需要配套相關(guān)的svn，cvs服務(wù)器鹃祖。
scm是xcode里配置版本控制的地方溪椎。版本控制的原理就是a和b同時(shí)開(kāi)發(fā)一個(gè)項(xiàng)目，a寫完當(dāng)天的代碼之后把代碼提交給服務(wù)器惯豆，b要做的時(shí)候先從服務(wù)器得到最新版本池磁，就可以接著做。 如果a和b都要提交給服務(wù)器楷兽，并且同時(shí)修改了同一個(gè)方法，就會(huì)產(chǎn)生代碼沖突华临，如果a先提交芯杀，那么b提交時(shí)，服務(wù)器可以提示沖突的代碼雅潭，b可以清晰的看到揭厚，并做出相應(yīng)的修改或融合后再提交到服務(wù)器。

90. 什么是push扶供。
答： 客戶端程序留下后門端口筛圆，客戶端總是監(jiān)聽(tīng)針對(duì)這個(gè)后門的請(qǐng)求，于是 服務(wù)器可以主動(dòng)像這個(gè)端口推送消息椿浓。

91. 靜態(tài)鏈接庫(kù)
答：此為.a文件太援，相當(dāng)于java里的jar包，把一些類編譯到一個(gè)包中扳碍，在不同的工程中如果導(dǎo)入此文件就可以使用里面的類提岔，具體使用依然是#import “ xx.h”。

92. fmmpeg框架
答： 音視頻編解碼框架笋敞，內(nèi)部使用UDP協(xié)議針對(duì)流媒體開(kāi)發(fā)碱蒙，內(nèi)部開(kāi)辟了六個(gè)端口來(lái)接受流媒體數(shù)據(jù)，完成快速接受之目的夯巷。

93. fmdb框架
答：數(shù)據(jù)庫(kù)框架赛惩，對(duì)sqllite的數(shù)據(jù)操作進(jìn)行了封裝，使用著可把精力都放在sql語(yǔ)句上面趁餐。

94. 320框架
答：UI框架喷兼，導(dǎo)入320工程作為框架包如同添加一個(gè)普通框架一樣。cover(open) flower框架 (2d 仿射技術(shù))澎怒，內(nèi)部核心類是CATransform3D.

94. 什么是沙盒模型褒搔？哪些操作是屬于私有api范疇?
答：某個(gè)iphone工程進(jìn)行文件操作有此工程對(duì)應(yīng)的指定的位置阶牍，不能逾越。
iphone沙箱模型的有四個(gè)文件夾documents星瘾，tmp走孽，app，Library琳状，永久數(shù)據(jù)存儲(chǔ)一般放documents文件夾磕瓷，得到模擬器的路徑的可使用NSHomeDirectory()方法。Nsuserdefaults保存的文件在tmp文件夾里念逞。

95. 在一個(gè)對(duì)象的方法里面：self. name = @"object"困食；和 _name = @"object" 有什么不同嗎?
答：self. name = @"object"; 會(huì)調(diào)用對(duì)象的setName()方法；
_name = @"object"; 會(huì)直接把object賦值給當(dāng)前對(duì)象的_name屬性翎承。

96. 請(qǐng)簡(jiǎn)要說(shuō)明viewDidLoad和viewDidUnload何時(shí)調(diào)用
答：viewDidLoad在view從nib文件初始化時(shí)調(diào)用硕盹，loadView在controller的view為nil時(shí)調(diào)用。此方法在編程實(shí)現(xiàn)view時(shí)調(diào)用叨咖，view控制器默認(rèn)會(huì)注冊(cè)memory warning notification瘩例，當(dāng)view controller的任何view沒(méi)有用的時(shí)候，viewDidUnload會(huì)被調(diào)用甸各，在這里實(shí)現(xiàn)將retain的view release垛贤，如果是retain的IBOutlet view 屬性則不要在這里release，IBOutlet會(huì)負(fù)責(zé)release 趣倾。

97. 簡(jiǎn)述內(nèi)存分區(qū)情況
答：1).代碼區(qū)：存放函數(shù)二進(jìn)制代碼
2).數(shù)據(jù)區(qū)：系統(tǒng)運(yùn)行時(shí)申請(qǐng)內(nèi)存并初始化聘惦，系統(tǒng)退出時(shí)由系統(tǒng)釋放。存放全局變量儒恋、靜態(tài)變量善绎、常量
3).堆區(qū)：通過(guò)malloc等函數(shù)或new等操作符動(dòng)態(tài)申請(qǐng)得到，需程序員手動(dòng)申請(qǐng)和釋放
4).棧區(qū)：函數(shù)模塊內(nèi)申請(qǐng)碧浊，函數(shù)結(jié)束時(shí)由系統(tǒng)自動(dòng)釋放涂邀。存放局部變量、函數(shù)參數(shù)

98. 隊(duì)列和棧有什么區(qū)別：
答：隊(duì)列和棧是兩種不同的數(shù)據(jù)容器箱锐。從”數(shù)據(jù)結(jié)構(gòu)”的角度看比勉，它們都是線性結(jié)構(gòu)，即數(shù)據(jù)元素之間的關(guān)系相同驹止。

隊(duì)列是一種先進(jìn)先出的數(shù)據(jù)結(jié)構(gòu)浩聋，它在兩端進(jìn)行操作，一端進(jìn)行入隊(duì)列操作臊恋，一端進(jìn)行出列隊(duì)操作衣洁。

棧是一種先進(jìn)后出的數(shù)據(jù)結(jié)構(gòu)，它只能在棧頂進(jìn)行操作抖仅，入棧和出棧都在棧頂操作坊夫。

99. HTTP協(xié)議中砖第，POST和GET的區(qū)別是什么？
答：

1).GET 方法
GET 方法提交數(shù)據(jù)不安全环凿，數(shù)據(jù)置于請(qǐng)求行梧兼，客戶端地址欄可見(jiàn);
GET 方法提交的數(shù)據(jù)大小有限
GET 方法不可以設(shè)置書簽

2).POST 方法
POST 方法提交數(shù)據(jù)安全，數(shù)據(jù)置于消息主體內(nèi)智听，客戶端不可見(jiàn)
POST 方法提交的數(shù)據(jù)大小沒(méi)有限制
POST 方法可以設(shè)置書簽

100. iOS的系統(tǒng)架構(gòu)
答： iOS的系統(tǒng)架構(gòu)分為（ 核心操作系統(tǒng)層 theCore OS layer ）羽杰、（ 核心服務(wù)層theCore Services layer ）、（ 媒體層 theMedia layer ）和（ Cocoa 界面服務(wù)層 the Cocoa Touch layer ）四個(gè)層次到推。

101. 控件主要響應(yīng)3種事件
答：1). 基于觸摸的事件 ; 2). 基于值的事件 ; 3).基于編輯的事件考赛。

102. xib文件的構(gòu)成分為哪3個(gè)圖標(biāo)？都具有什么功能莉测。
答： File’s Owner 是所有 nib 文件中的每個(gè)圖標(biāo)颜骤，它表示從磁盤加載 nib 文件的對(duì)象；
First Responder 就是用戶當(dāng)前正在與之交互的對(duì)象捣卤；
View 顯示用戶界面复哆；完成用戶交互；是 UIView 類或其子類腌零。

103. 簡(jiǎn)述視圖控件器的生命周期。
答：

loadView 盡管不直接調(diào)用該方法唆阿，如多手動(dòng)創(chuàng)建自己的視圖益涧，那么應(yīng)該覆蓋這個(gè)方法并將它們賦值給試圖控制器的 view 屬性。

viewDidLoad 只有在視圖控制器將其視圖載入到內(nèi)存之后才調(diào)用該方法驯鳖，這是執(zhí)行任何其他初始化操作的入口闲询。

viewDidUnload 當(dāng)試圖控制器從內(nèi)存釋放自己的方法的時(shí)候調(diào)用，用于清楚那些可能已經(jīng)在試圖控制器中創(chuàng)建的對(duì)象浅辙。

viewVillAppear 當(dāng)試圖將要添加到窗口中并且還不可見(jiàn)的時(shí)候或者上層視圖移出圖層后本視圖變成頂級(jí)視圖時(shí)調(diào)用該方法扭弧，用于執(zhí)行諸如改變視圖方向等的操作。實(shí)現(xiàn)該方法時(shí)確保調(diào)用 [super viewWillAppear:

viewDidAppear 當(dāng)視圖添加到窗口中以后或者上層視圖移出圖層后本視圖變成頂級(jí)視圖時(shí)調(diào)用记舆，用于放置那些需要在視圖顯示后執(zhí)行的代碼鸽捻。確保調(diào)用 [super viewDidAppear：] 。

104. 動(dòng)畫有基本類型有哪幾種泽腮；表視圖有哪幾種基本樣式御蒲。
答：動(dòng)畫有兩種基本類型：隱式動(dòng)畫和顯式動(dòng)畫。

105. 實(shí)現(xiàn)簡(jiǎn)單的表格顯示需要設(shè)置UITableView的什么屬性诊赊、實(shí)現(xiàn)什么協(xié)議厚满？
答：實(shí)現(xiàn)簡(jiǎn)單的表格顯示需要設(shè)置 UITableView 的 dataSource 和 delegate 屬性，實(shí)現(xiàn)UITableViewDataSource 和 UITableViewDelegate 協(xié)議碧磅。

106. Cocoa Touch提供了哪幾種Core Animation過(guò)渡類型碘箍？
答： Cocoa Touch 提供了 4 種 Core Animation 過(guò)渡類型兄世，分別為：交叉淡化、推擠适室、顯示和覆蓋绞旅。

107. UIView與CLayer有什么區(qū)別？
答：

1).UIView 是 iOS 系統(tǒng)中界面元素的基礎(chǔ)多艇，所有的界面元素都是繼承自它逻恐。它本身完全是由 CoreAnimation 來(lái)實(shí)現(xiàn)的。它真正的繪圖部分峻黍，是由一個(gè) CALayer 類來(lái)管理复隆。 UIView 本身更像是一個(gè) CALayer 的管理器，訪問(wèn)它的跟繪圖和跟坐標(biāo)有關(guān)的屬性姆涩。
2).UIView 有個(gè)重要屬性 layer 挽拂，可以返回它的主 CALayer 實(shí)例。
3).UIView 的 CALayer 類似 UIView 的子 View 樹(shù)形結(jié)構(gòu)骨饿，也可以向它的 layer 上添加子layer 亏栈，來(lái)完成某些特殊的表示。即 CALayer 層是可以嵌套的宏赘。
4).UIView 的 layer 樹(shù)形在系統(tǒng)內(nèi)部绒北，被維護(hù)著三份 copy 。分別是邏輯樹(shù)察署，這里是代碼可以操縱的闷游；動(dòng)畫樹(shù)，是一個(gè)中間層贴汪，系統(tǒng)就在這一層上更改屬性脐往，進(jìn)行各種渲染操作；顯示樹(shù)扳埂，其內(nèi)容就是當(dāng)前正被顯示在屏幕上得內(nèi)容业簿。
5).動(dòng)畫的運(yùn)作：對(duì) UIView 的 subLayer （非主 Layer ）屬性進(jìn)行更改，系統(tǒng)將自動(dòng)進(jìn)行動(dòng)畫生成阳懂，動(dòng)畫持續(xù)時(shí)間的缺省值似乎是 0.5 秒梅尤。
6).坐標(biāo)系統(tǒng)： CALayer 的坐標(biāo)系統(tǒng)比 UIView 多了一個(gè) anchorPoint 屬性，使用CGPoint 結(jié)構(gòu)表示希太，值域是 0~1 克饶，是個(gè)比例值。這個(gè)點(diǎn)是各種圖形變換的坐標(biāo)原點(diǎn)誊辉，同時(shí)會(huì)更改 layer 的 position 的位置矾湃，它的缺省值是 {0.5,0.5} ，即在 layer 的中央堕澄。
7).渲染：當(dāng)更新層邀跃，改變不能立即顯示在屏幕上霉咨。當(dāng)所有的層都準(zhǔn)備好時(shí)，可以調(diào)用setNeedsDisplay 方法來(lái)重繪顯示拍屑。
8).變換：要在一個(gè)層中添加一個(gè) 3D 或仿射變換途戒，可以分別設(shè)置層的 transform 或affineTransform 屬性。
9).變形： Quartz Core 的渲染能力僵驰，使二維圖像可以被自由操縱喷斋，就好像是三維的。圖像可以在一個(gè)三維坐標(biāo)系中以任意角度被旋轉(zhuǎn)蒜茴，縮放和傾斜星爪。 CATransform3D 的一套方法提供了一些魔術(shù)般的變換效果。

108. Quatrz 2D的繪圖功能的三個(gè)核心概念是什么并簡(jiǎn)述其作用粉私。
答：上下文：主要用于描述圖形寫入哪里顽腾；
路徑：是在圖層上繪制的內(nèi)容；
狀態(tài)：用于保存配置變換的值诺核、填充和輪廓抄肖， alpha 值等。

109. iPhone OS主要提供了幾種播放音頻的方法窖杀？
答： SystemSound Services
AVAudioPlayer 類
Audio Queue Services
OpenAL

110. 使用AVAudioPlayer類調(diào)用哪個(gè)框架漓摩、使用步驟？
答： AVFoundation.framework
步驟：
配置 AVAudioPlayer 對(duì)象入客； 實(shí)現(xiàn) AVAudioPlayer 類的委托方法幌甘； 控制 AVAudioPlayer 類的對(duì)象； 監(jiān)控音量水平痊项； 回放進(jìn)度和拖拽播放。

111. 有哪幾種手勢(shì)通知方法酥诽、寫清楚方法名鞍泉？
答：

-(void)touchesBegan:(NSSet*)touchedwithEvent:(UIEvent*)event;

-(void)touchesMoved:(NSSet*)touched withEvent:(UIEvent*)event;

-(void)touchesEnded:(NSSet*)touchedwithEvent:(UIEvent*)event;

-(void)touchesCanceled:(NSSet*)touchedwithEvent:(UIEvent*)event;

112. CFSocket使用有哪幾個(gè)步驟。
答：創(chuàng)建 Socket 的上下文肮帐；創(chuàng)建 Socket 咖驮；配置要訪問(wèn)的服務(wù)器信息；封裝服務(wù)器信息训枢；連接服務(wù)器托修；

113. Core Foundation中提供了哪幾種操作Socket的方法？
答： CFNetwork 恒界、 CFSocket 和 BSD Socket 睦刃。

114. 解析XML文件有哪幾種方式？
答：以 DOM 方式解析 XML 文件十酣；以 SAX 方式解析 XML 文件涩拙；

115. ios 平臺(tái)怎么做數(shù)據(jù)的持久化?coredata 和sqlite有無(wú)必然聯(lián)系际长？coredata是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)嗎？
答：iOS 中可以有四種持久化數(shù)據(jù)的方式：屬性列表(plist)兴泥、對(duì)象歸檔工育、 SQLite3 和 Core Data； core data 可以使你以圖形界面的方式快速的定義 app 的數(shù)據(jù)模型搓彻，同時(shí)在你的代碼中容易獲取到它如绸。 coredata 提供了基礎(chǔ)結(jié)構(gòu)去處理常用的功能，例如保存旭贬，恢復(fù)怔接，撤銷和重做，允許你在 app 中繼續(xù)創(chuàng)建新的任務(wù)骑篙。在使用 core data 的時(shí)候蜕提，你不用安裝額外的數(shù)據(jù)庫(kù)系統(tǒng)，因?yàn)?core data 使用內(nèi)置的 sqlite 數(shù)據(jù)庫(kù)靶端。 core data 將你 app 的模型層放入到一組定義在內(nèi)存中的數(shù)據(jù)對(duì)象谎势。 coredata 會(huì)追蹤這些對(duì)象的改變，同時(shí)可以根據(jù)需要做相反的改變杨名，例如用戶執(zhí)行撤銷命令脏榆。當(dāng) core data 在對(duì)你 app 數(shù)據(jù)的改變進(jìn)行保存的時(shí)候， core data 會(huì)把這些數(shù)據(jù)歸檔台谍，并永久性保存须喂。 mac os x 中sqlite 庫(kù)，它是一個(gè)輕量級(jí)功能強(qiáng)大的關(guān)系數(shù)據(jù)引擎趁蕊，也很容易嵌入到應(yīng)用程序坞生。可以在多個(gè)平臺(tái)使用掷伙， sqlite 是一個(gè)輕量級(jí)的嵌入式 sql 數(shù)據(jù)庫(kù)編程是己。與 core data 框架不同的是， sqlite 是使用程序式的任柜， sql 的主要的 API 來(lái)直接操作數(shù)據(jù)表卒废。 Core Data 不是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)，也不是關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng) (RDBMS) 宙地。雖然 Core Dta 支持SQLite 作為一種存儲(chǔ)類型摔认，但它不能使用任意的 SQLite 數(shù)據(jù)庫(kù)。 Core Data 在使用的過(guò)程種自己創(chuàng)建這個(gè)數(shù)據(jù)庫(kù)宅粥。 Core Data 支持對(duì)一参袱、對(duì)多的關(guān)系。

116. tableView 的重用機(jī)制？
答：UITableView 通過(guò)重用單元格來(lái)達(dá)到節(jié)省內(nèi)存的目的: 通過(guò)為每個(gè)單元格指定一個(gè)重用標(biāo)識(shí)符(reuseIdentifier),即指定了單元格的種類,以及當(dāng)單元格滾出屏幕時(shí),允許恢復(fù)單元格以便重用.對(duì)于不同種類的單元格使用不同的ID,對(duì)于簡(jiǎn)單的表格,一個(gè)標(biāo)識(shí)符就夠了.