到了2019了，很多小伙伴都開始找工作了吧，那么在此我整理一下2019年的iOS相關(guān)面試題供大家參考。

基礎(chǔ)題

1. Object-c的類可以多重繼承么?可以實(shí)現(xiàn)多個(gè)接口么?Category是什么?重寫一個(gè)類的方式用繼承好還是分類好?為什么?

答： Object-c的類不可以多重繼承;可以實(shí)現(xiàn)多個(gè)接口，通過實(shí)現(xiàn)多個(gè)接口可以完成C++的多重繼承;Category是類別，一般情況用分類好，用Category去重寫類的方法，僅對(duì)本Category有效，不會(huì)影響到其他類與原有類的關(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è)類的聲明，當(dāng)執(zhí)行時(shí)，才去查看類的實(shí)現(xiàn)文件，可以解決頭文件的相互包含;#import<>用來包含系統(tǒng)的頭文件，#import””用來包含用戶頭文件。

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表示多線程安全，一般使用nonatomic

4.寫一個(gè)setter方法用于完成@property (nonatomic,retain)NSString *name,寫一個(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ǔ)句NSString*obj = [[NSData alloc] init]; obj在編譯時(shí)和運(yùn)行時(shí)分別時(shí)什么類型的對(duì)象?

答： 編譯時(shí)是NSString的類型;運(yùn)行時(shí)是NSData類型的對(duì)象

6.常見的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位來決定是本身是int還是Long。

7.id 聲明的對(duì)象有什么特性?

答：Id 聲明的對(duì)象具有運(yùn)行時(shí)的特性，即可以指向任意類型的objcetive-c的對(duì)象;

8.Objective-C如何對(duì)內(nèi)存管理的?

答：Objective-C的內(nèi)存管理主要有三種方式ARC(自動(dòng)引用計(jì)數(shù))、MRC(手動(dòng)內(nèi)存計(jì)數(shù))、autorelease(自動(dòng)釋放池)。

9. 原子(atomic)跟非原子(non-atomic)屬性有什么區(qū)別?

答：

1). atomic提供多線程安全。是防止在寫未完成的時(shí)候被另外一個(gè)線程讀取，造成數(shù)據(jù)錯(cuò)誤

2). non-atomic:在自己管理內(nèi)存的環(huán)境中，解析的訪問器保留并自動(dòng)釋放返回的值，如果指定了 nonatomic ，那么訪問器只是簡(jiǎn)單地返回這個(gè)值。

11. 內(nèi)存管理的幾條原則時(shí)什么?按照默認(rèn)法則.那些關(guān)鍵字生成的對(duì)象需要手動(dòng)釋放?在和property結(jié)合的時(shí)候怎樣有效的避免內(nèi)存泄露?

答：誰(shuí)申請(qǐng)，誰(shuí)釋放

遵循Cocoa Touch的使用原則;
內(nèi)存管理主要要避免“過早釋放”和“內(nèi)存泄漏”，對(duì)于“過早釋放”需要注意@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ū)ο缶幊讨?，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ǎn)了產(chǎn)品，并不想直接賣給用戶，而是搞了很多代理商，用戶可以直接找代理商買東西，代理商從工廠進(jìn)貨.常見的如QQ的自動(dòng)回復(fù)就屬于代理攔截，代理模式在iphone中得到廣泛應(yīng)用.

單例模式：說白了就是一個(gè)類不通過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)起來無(wú)非就是把所有觀察者的對(duì)象給這個(gè)物體，當(dāng)這個(gè)物體的發(fā)生改變，就會(huì)調(diào)用遍歷所有觀察者的對(duì)象調(diào)用觀察者的方法從而達(dá)到通知觀察者的目的。

工廠模式：

public class Factory{

  public static Sample creator(int which){

  if (which==1)

  return new SampleA();

  else if (which==2)

  return new SampleB();

  }

  }

15.淺復(fù)制和深復(fù)制的區(qū)別?
答：

淺層復(fù)制：只復(fù)制指向?qū)ο蟮闹羔?，而不?fù)制引用對(duì)象本身。

深層復(fù)制：復(fù)制引用對(duì)象本身。

意思就是說我有個(gè)A對(duì)象，復(fù)制一份后得到A_copy對(duì)象后，對(duì)于淺復(fù)制來說，A和A_copy指向的是同一個(gè)內(nèi)存資源，復(fù)制的只不過是是一個(gè)指針，對(duì)象本身資源
還是只有一份，那如果我們對(duì)A_copy執(zhí)行了修改操作,那么發(fā)現(xiàn)A引用的對(duì)象同樣被修改，這其實(shí)違背了我們復(fù)制拷貝的一個(gè)思想。深復(fù)制就好理解了,內(nèi)存中存在了兩份獨(dú)立對(duì)象本身。

用網(wǎng)上一哥們通俗的話將就是：
淺復(fù)制好比你和你的影子，你完蛋，你的影子也完蛋
深復(fù)制好比你和你的克隆人，你完蛋，你的克隆人還活著。

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

答：category 可以在不獲悉，不改變?cè)瓉泶a的情況下往里面添加新的方法，只能添加，不能刪除修改，并且如果類別和原來類中的方法產(chǎn)生名稱沖突，則類別將覆蓋原來的方法，因?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í)候大致看過，也寫在了學(xué)習(xí)教程里
“非正式協(xié)議概念其實(shí)就是類別的另一種表達(dá)方式“這里有一些你可能希望實(shí)現(xiàn)的方法，你可以使用他們更好的完成工作”。

這個(gè)意思是，這些是可選的。比如我門要一個(gè)更好的方法，我們就會(huì)申明一個(gè)這樣的類別去實(shí)現(xiàn)。然后你在后期可以直接使用這些更好的方法。
這么看，總覺得類別這玩意兒有點(diǎn)像協(xié)議的可選協(xié)議。”

現(xiàn)在來看，其實(shí)protocal已經(jīng)開始對(duì)兩者都統(tǒng)一和規(guī)范起來操作，因?yàn)橘Y料中說“非正式協(xié)議使用interface修飾“，

現(xiàn)在我們看到協(xié)議中兩個(gè)修飾詞：“必須實(shí)現(xiàn)(@requied)”和“可選實(shí)現(xiàn)(@optional)”。

19. 什么是KVO和KVC?

答：
KVC:鍵 – 值編碼是一種間接訪問對(duì)象的屬性使用字符串來標(biāo)識(shí)屬性，而不是通過調(diào)用存取方法，直接或通過實(shí)例變量訪問的機(jī)制。
很多情況下可以簡(jiǎn)化程序代碼。apple文檔其實(shí)給了一個(gè)很好的例子。

KVO:鍵值觀察機(jī)制，他提供了觀察某一屬性變化的方法，極大的簡(jiǎn)化了代碼。

具體用看到嗯哼用到過的一個(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ì)于kvc機(jī)制如何通過key尋找到value：
“當(dāng)通過KVC調(diào)用對(duì)象時(shí)，比如：[self valueForKey:@”someKey”]時(shí)，程序會(huì)自動(dòng)試圖通過幾種不同的方式解析這個(gè)調(diào)用。首先查找對(duì)象是否帶有 someKey 這個(gè)方法，如果沒找到，會(huì)繼續(xù)查找對(duì)象是否帶有someKey這個(gè)實(shí)例變量(iVar)，如果還沒有找到，程序會(huì)繼續(xù)試圖調(diào)用 -(id) valueForUndefinedKey:這個(gè)方法。如果這個(gè)方法還是沒有被實(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ì)valueForUndefinedKey:方法的主要目的是當(dāng)你使用-(id)valueForKey方法從對(duì)象中請(qǐng)求值時(shí)，對(duì)象能夠在錯(cuò)誤發(fā)生前，有最后的機(jī)會(huì)響應(yīng)這個(gè)請(qǐng)求。這樣做有很多好處，下面的兩個(gè)例子說明了這樣做的好處?！?br> 來至cocoa，這個(gè)說法應(yīng)該挺有道理。

因?yàn)槲覀冎纀utton卻是存在一個(gè)highlighted實(shí)例變量.因此為何上面我們只是add一個(gè)相關(guān)的keypath就行了，

可以按照kvc查找的邏輯理解，就說的過去了。

20. 代理的作用?

答：代理的目的是改變或傳遞控制鏈。允許一個(gè)類在某些特定時(shí)刻通知到其他類，而不需要獲取到那些類的指針?？梢詼p少框架復(fù)雜度。

另外一點(diǎn)，代理可以理解為java中的回調(diào)監(jiān)聽機(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. 我們說的oc是動(dòng)態(tài)運(yùn)行時(shí)語(yǔ)言是什么意思?

答：多態(tài)。 主要是將數(shù)據(jù)類型的確定由編譯時(shí)，推遲到了運(yùn)行時(shí)。

這個(gè)問題其實(shí)淺涉及到兩個(gè)概念，運(yùn)行時(shí)和多態(tài)。
簡(jiǎn)單來說，運(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è)選擇器)。

因此也可以說，運(yùn)行時(shí)機(jī)制是多態(tài)的基礎(chǔ)?~~~

23. 通知和協(xié)議的不同之處?

答：協(xié)議有控制鏈(has-a)的關(guān)系，通知沒有。
首先我一開始也不太明白，什么叫控制鏈(專業(yè)術(shù)語(yǔ)了~)。但是簡(jiǎn)單分析下通知和代理的行為模式，我們大致可以有自己的理解

簡(jiǎn)單來說，通知的話，它可以一對(duì)多，一條消息可以發(fā)送給多個(gè)消息接受者。

代理按我們的理解，到不是直接說不能一對(duì)多，比如我們知道的明星經(jīng)濟(jì)代理人，很多時(shí)候一個(gè)經(jīng)濟(jì)人負(fù)責(zé)好幾個(gè)明星的事務(wù)。

只是對(duì)于不同明星間，代理的事物對(duì)象都是不一樣的，一一對(duì)應(yīng)，不可能說明天要處理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í)的理解，也并非一定要把書上資料上寫的能背出來

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方法，用來保證其他人直接使用alloc和init試圖獲得一個(gè)新實(shí)力的時(shí)候不產(chǎn)生一個(gè)新實(shí)例，

4).適當(dāng)實(shí)現(xiàn)allocWitheZone，copyWithZone，release和autorelease。

27. 說說響應(yīng)鏈

答： 事件響應(yīng)鏈。包括點(diǎn)擊事件，畫面刷新事件等。在視圖棧內(nèi)從上至下，或者從下之上傳播。

可以說點(diǎn)事件的分發(fā)，傳遞以及處理。具體可以去看下touch事件這塊。因?yàn)閱柕奶橄蠡?/p>

嚴(yán)重懷疑題目出到越后面就越籠統(tǒng)。

可以從責(zé)任鏈模式，來講通過事件響應(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多線程開發(fā)的問題。

網(wǎng)上部分資料提到一點(diǎn)是，雖然是queue，但是卻并不是帶有隊(duì)列的概念，放入的操作并非是按照嚴(yán)格的先進(jìn)現(xiàn)出。

這邊又有個(gè)疑點(diǎn)是，對(duì)于隊(duì)列來說，先進(jìn)先出的概念是Afunc添加進(jìn)隊(duì)列，Bfunc緊跟著也進(jìn)入隊(duì)列，Afunc先執(zhí)行這個(gè)是必然的，

但是Bfunc是等Afunc完全操作完以后，B才開始啟動(dòng)并且執(zhí)行，因此隊(duì)列的概念離亂上有點(diǎn)違背了多線程處理這個(gè)概念。

但是轉(zhuǎn)念一想其實(shí)可以參考銀行的取票和叫號(hào)系統(tǒng)。

因此對(duì)于A比B先排隊(duì)取票但是B率先執(zhí)行完操作，我們亦然可以感性認(rèn)為這還是一個(gè)隊(duì)列。

但是后來看到一票關(guān)于這操作隊(duì)列話題的文章，其中有一句提到

“因?yàn)閮蓚€(gè)操作提交的時(shí)間間隔很近，線程池中的線程，誰(shuí)先啟動(dòng)是不定的?！?/p>

瞬間覺得這個(gè)queue名字有點(diǎn)忽悠人了，還不如pool~

綜合一點(diǎn)，我們知道他可以比較大的用處在于可以幫組多線程編程就好了。

32. 什么是延遲加載?

答：懶漢模式，只在用到的時(shí)候才去初始化。

也可以理解成延時(shí)加載。

我覺得最好也最簡(jiǎn)單的一個(gè)列子就是tableView中圖片的加載顯示了。

一個(gè)延時(shí)載，避免內(nèi)存過高，一個(gè)異步加載，避免線程堵塞。

33. 是否在一個(gè)視圖控制器中嵌入兩個(gè)tableview控制器?

答：一個(gè)視圖控制只提供了一個(gè)View視圖，理論上一個(gè)tableViewController也不能放吧，

只能說可以嵌入一個(gè)tableview視圖。當(dāng)然，題目本身也有歧義，如果不是我們定性思維認(rèn)為的
UIViewController，而是宏觀的表示視圖控制者，那我們倒是可以把其看成一個(gè)視圖控制者，它可以控制多個(gè)視圖控制器，比如TabbarController那樣的感覺。

34. 一個(gè)tableView是否可以關(guān)聯(lián)兩個(gè)不同的數(shù)據(jù)源?你會(huì)怎么處理?

答：首先我們從代碼來看，數(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ù)源。

因此，我覺得可以設(shè)置多個(gè)數(shù)據(jù)源啊，但是有個(gè)問題是，你這是想干嘛呢?想讓列表如何顯示，不同的數(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需要注意。

38. 什么是block

答: 對(duì)于閉包(block),有很多定義，其中閉包就是能夠讀取其它函數(shù)內(nèi)部變量的函數(shù)，這個(gè)定義即接近本質(zhì)又較好理解。對(duì)于剛接觸Block的同學(xué)，會(huì)覺得有些繞，因?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遇到問題時(shí)，他會(huì)來找項(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)告問題(例如打他手機(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遇到問題時(shí)，才調(diào)用執(zhí)行，跨函數(shù)在項(xiàng)目經(jīng)理M查詢百度，獲得結(jié)果后回調(diào)該block。

39.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ī)器的思維，一步步接近人的思維，以方便開發(fā)人員更為高效、直接的描述出現(xiàn)實(shí)的邏輯(需求)。

使用實(shí)例
cocoaTouch框架下動(dòng)畫效果的Block的調(diào)用
使用typed聲明block
typedef void(^didFinishBlock) (NSObject *ob);

這就聲明了一個(gè)didFinishBlock類型的block，
然后便可用
@property (nonatomic,copy) didFinishBlock finishBlock;
聲明一個(gè)blokc對(duì)象，注意對(duì)象屬性設(shè)置為copy，接到block 參數(shù)時(shí)，便會(huì)自動(dòng)復(fù)制一份。
__block是一種特殊類型，

使用該關(guān)鍵字聲明的局部變量，可以被block所改變，并且其在原函數(shù)中的值會(huì)被改變。

40.談?wù)凮bject-C的內(nèi)存管理方式及過程？

答: 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)你通過任何其他方法獲得一個(gè)對(duì)象時(shí),則假設(shè)該對(duì)象的保留計(jì)數(shù)器值為1,而且已經(jīng)被設(shè)置為自動(dòng)釋放,你不需要執(zhí)行任何操作來確保該對(duì)象被清理.如果你打算在一段時(shí)間內(nèi)擁有該對(duì)象,則需要保留它并確保在操作完成時(shí)釋放它.

3).如果你保留了某個(gè)對(duì)象,你需要(最終)釋放或自動(dòng)釋放該對(duì)象.必須保持retain方法和release方法的使用次數(shù)相等.

41.Object-C有多繼承嗎？沒有的話用什么代替？cocoa 中所有的類都是NSObject 的子類

答: 多繼承在這里是用protocol 委托代理 來實(shí)現(xiàn)的

你不用去考慮繁瑣的多繼承 ,虛基類的概念.

ood的多態(tài)特性 在 obj-c 中通過委托來實(shí)現(xiàn).

42.內(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)的問題
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的)

43.Objective-C堆和棧的區(qū)別？

答: 管理方式：對(duì)于棧來講，是由編譯器自動(dòng)管理，無(wú)需我們手工控制；對(duì)于堆來說，釋放工作由程序員控制，容易產(chǎn)生memory leak。

申請(qǐng)大?。?/p>

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

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

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

分配方式：堆都是動(dòng)態(tà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ù)雜的。

44.什么時(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è)事件。

45.關(guān)鍵字const有什么含意？修飾類呢?static的作用,用于類呢?還有extern c的作用

答：

const 意味著"只讀"，下面的聲明都是什么意思？
const int a;
int const a;
const int *a;
int * const a;
int const * a const;

前兩個(gè)的作用是一樣，a是一個(gè)常整型數(shù)。

第三個(gè)意味著a是一個(gè)指向常整型數(shù)的指針（也就是，整型數(shù)是不可修改的，但指針可以）。

第四個(gè)意思a是一個(gè)指向整型數(shù)的常指針（也就是說，指針指向的整型數(shù)是可以修改的，但指針是不可修改的）。

最后一個(gè)意味著a是一個(gè)指向常整型數(shù)的常指針（也就是說，指針指向的整型數(shù)是不可修改的，同時(shí)指針也是不可修改的）。

結(jié)論：
關(guān)鍵字const的作用是為給讀你代碼的人傳達(dá)非常有用的信息，實(shí)際上，聲明一個(gè)參數(shù)為常量是為了告訴了用戶這個(gè)參數(shù)的應(yīng)用目的。

如果你曾花很多時(shí)間清理其它人留下的垃圾，你就會(huì)很快學(xué)會(huì)感謝這點(diǎn)多余的信息。（當(dāng)然，懂得用const的程序員很少會(huì)留下的垃圾讓別人來清理的） 通過給優(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)橐院缶蜎]有機(jī)會(huì)再去改變它了；

2).對(duì)指針來說，可以指定指針本身為 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 類型，以使得其返回值不為“左值”。

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

答：

1).函數(shù)體內(nèi) static 變量的作用范圍為該函數(shù)體，不同于 auto 變量，該變量的內(nèi)存只被分配一次，
因此其值在下次調(diào)用時(shí)仍維持上次的值；

2).在模塊內(nèi)的 static 全局變量可以被模塊內(nèi)所用函數(shù)訪問，但不能被模塊外其它函數(shù)訪問；

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 指針，因而只能訪問類的static 成員變量。

47.線程與進(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.)線程有自己的堆棧和局部變量，但線程之間沒有單獨(dú)的地址空間，一個(gè)線程死掉就等于整個(gè)進(jìn)程死掉。所以多進(jìn)程的程序要比多線程的程序健壯，但在進(jìn)程切換時(shí)，耗費(fèi)資源較大，效率要差一些。

5). 但對(duì)于一些要求同時(shí)進(jìn)行并且又要共享某些變量的并發(fā)操作，只能用線程，不能用進(jìn)程。

48.自動(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ì)象也就被釋放。

49.readwrite，readonly，assign，retain，copy，nonatomic 屬性的作用

答：@property是一個(gè)屬性訪問聲明，擴(kuò)號(hào)內(nèi)支持以下幾個(gè)屬性：

1).getter=getterName，setter=setterName，設(shè)置setter與 getter的方法名

2).readwrite,readonly，設(shè)置可供訪問級(jí)別

2).assign，setter方法直接賦值，不進(jìn)行任何retain操作，為了解決原類型與環(huán)循引用問題

3).retain，setter方法對(duì)參數(shù)進(jìn)行release舊值再retain新值，所有實(shí)現(xiàn)都是這個(gè)順序(CC上有相關(guān)資料)

4).copy，setter方法進(jìn)行Copy操作，與retain處理流程一樣，先舊值release，再 Copy出新的對(duì)象，retainCount為1。這是為了減少對(duì)上下文的依賴而引入的機(jī)制。

5).nonatomic，非原子性訪問，不加同步，多線程并發(fā)訪問會(huì)提高性能。注意，如果不加此屬性，則默認(rèn)是兩個(gè)訪問方法都為原子型事務(wù)訪問。鎖被加到所屬對(duì)象實(shí)例級(jí)。

50.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)求完畢后則斷開連接，以節(jié)省資源。服務(wù)器不能主動(dòng)給客戶端響應(yīng)（除非采取http長(zhǎng)連接 技術(shù)）。iphone主要使用類是NSUrlConnection。

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

51.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ù)。
通過計(jì)算校驗(yàn)和，進(jìn)行傳輸數(shù)據(jù)的完整性檢查。

TCP提供的是面向連接的、可靠的數(shù)據(jù)流傳輸，而UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸。
簡(jiǎn)單的說，TCP注重?cái)?shù)據(jù)安全，而UDP數(shù)據(jù)傳輸快點(diǎn)，但安全性一般

52.簡(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ū)：通過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ù)

53.隊(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)行操作，入棧和出棧都在棧頂操作。

54.HTTP協(xié)議中，POST和GET的區(qū)別是什么？

1).GET 方法

GET 方法提交數(shù)據(jù)不安全，數(shù)據(jù)置于請(qǐng)求行，客戶端地址欄可見;

GET 方法提交的數(shù)據(jù)大小有限

GET 方法不可以設(shè)置書簽

2).POST 方法
POST 方法提交數(shù)據(jù)安全，數(shù)據(jù)置于消息主體內(nèi)，客戶端不可見

POST 方法提交的數(shù)據(jù)大小沒有限制

POST 方法可以設(shè)置書簽

55.簡(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)試圖將要添加到窗口中并且還不可見的時(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：] 。

56.UIView與CLayer有什么區(qū)別？

1).UIView 是 iOS 系統(tǒng)中界面元素的基礎(chǔ)，所有的界面元素都是繼承自它。它本身完全是由 CoreAnimation 來實(shí)現(xiàn)的。它真正的繪圖部分，是由一個(gè) CALayer 類來管理。 UIView 本身更像是一個(gè) CALayer 的管理器，訪問它的跟繪圖和跟坐標(biāo)有關(guān)的屬性。

2).UIView 有個(gè)重要屬性 layer ，可以返回它的主 CALayer 實(shí)例。

3).UIView 的 CALayer 類似 UIView 的子 View 樹形結(jié)構(gòu)，也可以向它的 layer 上添加子layer ，來完成某些特殊的表示。即 CALayer 層是可以嵌套的。

4).UIView 的 layer 樹形在系統(tǒng)內(nèi)部，被維護(hù)著三份 copy 。分別是邏輯樹，這里是代碼可以操縱的；動(dòng)畫樹，是一個(gè)中間層，系統(tǒng)就在這一層上更改屬性，進(jìn)行各種渲染操作；顯示樹，其內(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 方法來重繪顯示。

8).變換：要在一個(gè)層中添加一個(gè) 3D 或仿射變換，可以分別設(shè)置層的 transform 或affineTransform 屬性。

9).變形： Quartz Core 的渲染能力，使二維圖像可以被自由操縱，就好像是三維的。圖像可以在一個(gè)三維坐標(biāo)系中以任意角度被旋轉(zhuǎn)，縮放和傾斜。 CATransform3D 的一套方法提供了一些魔術(shù)般的變換效果。

57.Quatrz 2D的繪圖功能的三個(gè)核心概念是什么并簡(jiǎn)述其作用。

答：上下文：主要用于描述圖形寫入哪里；

路徑：是在圖層上繪制的內(nèi)容；

狀態(tài)：用于保存配置變換的值、填充和輪廓， alpha 值等。

參考地址