由于一系列的原因，近期開始面試了，針對面試常問中的問題做了一些總結(jié)，以及收錄了一些問題。

一、總結(jié)

1.1、@property

先思索下面幾個問題

delegate 屬性為什么使用 weak ?
xib/storybard連接的對象為什么使用weak？
字符串  為什么使用copy？
Block 為什么使用 copy?

• delegate 屬性為什么使用 weak？ 防止循環(huán)引用的。

• 對于 xib/storybard連接的對象為什么使用weak? 因為控件他爹( view.superview )已經(jīng)揪著它的小辮了( strong reference )，你( viewController )眼瞅著( weak reference )就好了。
• 對于字符串為什么使用copy? 通常都是使用copy的方式。雖然使用strong也沒有沒有問題，但是事實上在開發(fā)中都會使用copy。為什么這么做？因為對于字符串，我們希望是一次內(nèi)容的拷貝，外部修改也不會影響我們的原來的值，而且NSString類遵守了NSCopying, NSMutableCopying, NSSecureCoding協(xié)議。
• Block 為什么使用 copy? block一開始是放在棧上的，只有copy后才會放到堆上

@Property是聲明屬性的語法，它可以快速方便的為實例變量創(chuàng)建存取器，并允許我們通過點語法使用存取器。

• 存取器（accessor）：指用于獲取和設(shè)置實例變量的方法。用于獲取實例變量值的存取器是getter，用于設(shè)置實例變量值的存取器是setter。

@property等同于在.h文件中聲明實例變量的get/set方法,@synthesize等同于在.m文件中實現(xiàn)實例變量的get/set方法。使用@property和synthesize創(chuàng)建存取器要比手動聲明兩個存取方法（getter和setter）更簡單。而且我們在使用屬性時可以使用點語法賦值或取值，語法更簡單，更符合面向?qū)ο缶幊獭?/p>

@property還有一些關(guān)鍵字，它們都是有特殊作用的，比如上述代碼中的nonatomic，strong。我把它們分為三類，分別是：原子性，存取器控制，內(nèi)存管理。

原子性

• atomic（默認(rèn)）：atomic意為操作是原子的，意味著只有一個線程訪問實例變量。atomic是線程安全的，至少在當(dāng)前的存取器上是安全的。
• nonatomic：nonatomic跟atomic剛好相反。表示非原子的，可以被多個線程訪問。它的效率比atomic快。但不能保證在多線程環(huán)境下的安全性，在單線程和明確只有一個線程訪問的情況下廣泛使用。

存取器控制

• readwrite（默認(rèn)）：readwrite是默認(rèn)值，表示該屬性同時擁有setter和getter。
• readonly： readonly表示只有getter沒有setter。

內(nèi)存管理

• assign（默認(rèn)）：assign用于值類型，如int、float、double和NSInteger，CGFloat等表示單純的復(fù)制。還包括不存在所有權(quán)關(guān)系的對象，比如常見的delegate。
• retain：在setter方法中，需要對傳入的對象進(jìn)行引用計數(shù)加1的操作。簡單來說，就是對傳入的對象擁有所有權(quán)，只要對該對象擁有所有權(quán)，該對象就不會被釋放。如下代碼所示：

 - (void)setName:(NSString *)_name
 { 
     //首先判斷是否與舊對象一致，如果不一致進(jìn)行賦值。
     //因為如果是一個對象的話，進(jìn)行if內(nèi)的代碼會造成一個極端的情況：當(dāng)此name的retain為1時，使此次的set操作讓實例name提前釋放，而達(dá)不到賦值目的。 
      if ( name != _name){
             [name release];
             name = [_name retain];
       } 
  }

• strong：strong是在iOS引入ARC的時候引入的關(guān)鍵字，是retain的一個可選的替代。表示實例變量對傳入的對象要有所有權(quán)關(guān)系，即強(qiáng)引用.
• weak：在setter方法中，需要對傳入的對象不進(jìn)行引用計數(shù)加1的操作。簡單來說，就是對傳入的對象沒有所有權(quán)，當(dāng)該對象引用計數(shù)為0時，即該對象被釋放后，用weak聲明的實例變量指向nil，即實例變量的值為0。
• copy：與strong類似，但區(qū)別在于實例變量是對傳入對象的副本擁有所有權(quán)，而非對象本身。

1.2、RunTime

1、RunTime簡稱運行時,就是系統(tǒng)在運行的時候的一些機(jī)制，其中最主要的是消息機(jī)制。
2、對于C語言，函數(shù)的調(diào)用在編譯的時候會決定調(diào)用哪個函數(shù)，編譯完成之后直接順序執(zhí)行，無任何二義性。
3、OC的函數(shù)調(diào)用成為消息發(fā)送。屬于動態(tài)調(diào)用過程。在編譯的時候并不能決定真正調(diào)用哪個函數(shù)（事實證明，在編 譯階段，OC可以調(diào)用任何函數(shù)，即使這個函數(shù)并未實現(xiàn)，只要申明過就不會報錯。而C語言在編譯階段就會報錯）。
4、只有在真正運行的時候才會根據(jù)函數(shù)的名稱找 到對應(yīng)的函數(shù)來調(diào)用。

常用在我們代碼中的具體情況

* 動態(tài)的添加對象的成員變量和方法
* 動態(tài)交換兩個方法的實現(xiàn)
* 攔截并替換方法
* 在方法上增加額外功能
* 實現(xiàn)NSCoding的自動歸檔和解檔
* 實現(xiàn)字典轉(zhuǎn)模型的自動轉(zhuǎn)換

這塊可以延伸的太大了，可以參考
刨根問底Objective－C Runtime
南峰子的技術(shù)博客
Runtime簡介及應(yīng)用詳解

1.3、RunLoop

RunLoop是什么呢？我們手機(jī)應(yīng)用是事件驅(qū)動的整體架構(gòu)，假如我們程序一直活著，如果沒事就閑著，如果有什么事件把它喚醒，然后它就去分配執(zhí)行事件，直到死了，才退出。 RunLoop是線程的基礎(chǔ)架構(gòu)部分，每一個 線程都有著對應(yīng)的 run loop 對象。 它用來接受循環(huán)中的事件和安排線程工作，并在沒有工作時，讓線程進(jìn)入睡眠狀態(tài)。

RunLoop的作用

1、使程序一直運行并接受用戶輸入
2、決定程序在何時應(yīng)該處理那些事件 (Event)
3、調(diào)用解耦 （Message Queue）---- 主調(diào)方 和 被調(diào)方，消息隊列如何安排
4、節(jié)省CPU時間 ---- 沒事的時候就閑著

RunLoop的 mode 類型

NSDefaultRunLoopMode :默認(rèn)狀態(tài)下，不滑動，空閑狀態(tài)，程序啟動之后就會被切到這個mode 
UITrackingRunLoopMode : 滑動的時候
UIInitializationRunLoopMode:私有的，可以追蹤到的，這個app啟動的時候是這個mode,第一個頁面加載之后才回到第一個mode
NSRunLoopCommonModes:默認(rèn)情況包括下第一個第二個，在這種情況下就是這兩種情況都可以執(zhí)行

詳情可看
孫源@sunnyxx視頻 RunLoop 介紹
YYKit 作者 深入理解RunLoop

1.4、NSThread、NSOperation、GCD

iOS有三種多線程編程的技術(shù)，這三種編程方式從上到下，抽象度層次是從低到高的，抽象度越高的使用越簡單，也是Apple最推薦使用的。

• NSThread :NSThread 輕量級最低，相對簡單,但是需要手動管理所有的線程活動，如生命周期、線程同步、睡眠等
• NSOperation : 自帶線程周期管理，操作上可更注重自己邏輯,但是面向?qū)ο蟮某橄箢?，只能實現(xiàn)它或者使用它定義好的兩個子類：NSInvocationOperation 和 NSBlockOperation。
• GCD: 最高效，避開并發(fā)陷阱.

所以一般簡單而安全的選擇NSOperation實現(xiàn)多線程即可。而處理大量并發(fā)數(shù)據(jù)，又追求性能效率的選擇GCD。

詳情參考：談iOS多線程(NSThread、NSOperation、GCD)編程
GCD你應(yīng)該知道的事兒

1.5、Block、Delegate、Notification

• Delegate：“一對一”，對同一個協(xié)議，一個對象只能設(shè)置一個代理delegate，所以單例對象就不能用代理。
• Notification：“一對多”，在APP中，很多控制器都需要知道一個事件，應(yīng)該用通知；但是通知需要及時刪除。
• Block：寫法更簡練，block注重結(jié)果的傳輸：比如對于一個事件，只想知道成功或者失敗，并不需要知道進(jìn)行了多少或者額外的一些信息。block需要注意防止循環(huán)引用。

推薦一篇寫 block 不錯的文章，Block的那些事

iOS 分享 -對象間的通信之delegate、notificationCenter與block

1.6、UDP、TCP、Socket、HTTP、POST、GET

TCP和UDP的區(qū)別

TCP與UDP的區(qū)別

• TCP為傳輸控制層協(xié)議，為面向連接、可靠的、點到點的通信；
• UDP為用戶數(shù)據(jù)報協(xié)議，非連接的不可靠的點到多點的通信；
• TCP側(cè)重可靠傳輸，UDP側(cè)重快速傳輸。

TCP連接的三次握手
* 第一次握手：客戶端發(fā)送syn包（syn=j）到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；
* 第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包，即SYN+ACK包，此時服務(wù)器進(jìn)入SYN+RECV狀態(tài)；
* 第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK（ack=k+1），此發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次狀態(tài)。

Scoket連接和HTTP連接的區(qū)別：

• HTTP協(xié)議是基于TCP連接的，是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)。Socket是對TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個調(diào)用接口（API），通過Socket，我們才能使用TCP/IP協(xié)議。
• HTTP連接：短連接，客戶端向服務(wù)器發(fā)送一次請求，服務(wù)器響應(yīng)后連接斷開，節(jié)省資源。服務(wù)器不能主動給客戶端響應(yīng)（除非采用HTTP長連接技術(shù)），iPhone主要使用類NSURLConnection。
• Socket連接：長連接，客戶端跟服務(wù)器端直接使用Socket進(jìn)行連接，沒有規(guī)定連接后斷開，因此客戶端和服務(wù)器段保持連接通道，雙方可以主動發(fā)送數(shù)據(jù)，一般多用于游戲.Socket默認(rèn)連接超時時間是30秒，默認(rèn)大小是8K（理解為一個數(shù)據(jù)包大小）。

GET和POST的區(qū)別

• HTTP: 超文本傳輸協(xié)議，是短連接，是客戶端主動發(fā)送請求，服務(wù)器做出響應(yīng)，服務(wù)器響應(yīng)之后，鏈接斷開。HTTP是一個屬于應(yīng)用層面向?qū)ο蟮膮f(xié)議，HTTP有兩類報文：請求報文和響應(yīng)報文。
  HTTP請求報文：一個HTTP請求報文由請求行、請求頭部、空行和請求數(shù)據(jù)4部分組成。
  HTTP響應(yīng)報文：由三部分組成：狀態(tài)行、消息報頭、響應(yīng)正文。

• GET:GET請求：參數(shù)在地址后拼接，沒有請求數(shù)據(jù)，不安全（因為所有參數(shù)都拼接在地址后面），不適合傳輸大量數(shù)據(jù)（長度有限制，為1024個字節(jié)）。GET提交、請求的數(shù)據(jù)會附在URL之后，即把數(shù)據(jù)放置在HTTP協(xié)議頭中。

• POST: POST請求：參數(shù)在請求數(shù)據(jù)區(qū)放著，相對GET請求更安全，并且數(shù)據(jù)大小沒有限制。把提交的數(shù)據(jù)放置在HTTP包的包體中。

* GET提交的數(shù)據(jù)會在地址欄顯示出來，而POST提交，地址欄不會改變。
* GET請求能夠被緩存, POST請求不能被緩存下來。
* GET請求會保存在瀏覽器的瀏覽記錄中，POST請求不會保存在瀏覽器瀏覽記錄中
* GET提交時，傳輸數(shù)據(jù)就會受到URL長度限制，POST由于不是通過URL傳值，理論上書不受限。
* POST的安全性要比GET的安全性高；

HTTPS：安全超文本傳輸協(xié)議（Secure Hypertext Transfer Protocol），它是一個安全通信通道，基于HTTP開發(fā)，用于客戶計算機(jī)和服務(wù)器之間交換信息，使用安全套結(jié)字層（SSI）進(jìn)行信息交換，即HTTP的安全版。詳情可看 阮一峰的網(wǎng)絡(luò)日志

1.7、UITableView 的優(yōu)化

UITableView是iOS開發(fā)中最常用也很實用并且最容易出現(xiàn)性能問題的的一個控件，本文列出了一些性能優(yōu)化點，用于提高列表滾動的流暢性。

(1)復(fù)用
當(dāng)TableView需要顯示一個Cell時，會先從已創(chuàng)建的Cell中找一個可以重用的，然后展現(xiàn)到屏幕。一般情況下，可以被重用的Cell都滾到了屏幕區(qū)域外。如果慢慢地拖動TableView，就可以看到Cell不斷地被重用（通過斷點可以看到Cell的init或awakeFromNib沒有被調(diào)用）。但是如果快速滾動，還是可能會看到Cell被創(chuàng)建。

• 已經(jīng)在StoryBoard的TableView中定義Cell的ProtoType則指定其ReuseIdentify，在delegate返回Cell的時候，則調(diào)用

[tableView dequeueReusableCellWithIdentifier:CellID];

• Cell是從單獨的xib加載

 [tableView registerNib:[UINib nibWithNibName:CellID bundle:nil] forCellReuseIdentifier:CellID];

• Cell的ProtoType個數(shù)盡可能少，因為Cell的種類越多，TableView創(chuàng)建的Cell個數(shù)就越多，并且是成倍增長。

(2)緩存
緩存基本上可以解決大部分性能問題。TableView需要知道Cell的高度，才能對Cell進(jìn)行布局；需要知道所有的Cell的高度，才能知道TableView本身的高度，所以，每次調(diào)用reloadData，都需要計算所有Cell的高度。我們要盡量減小高度計算的復(fù)雜度。

• 緩存Cell的高度

1  高度固定、類型單一的Cell，在創(chuàng)建TableView的時候，直接設(shè)置其rowHeight屬性。
2  對于高度固定、類型多樣的Cell，實現(xiàn)代理方法，根據(jù)Cell的類型返回不同的高度：
3  對于高度不固定的Cell，由于需要動態(tài)計算高度，所以運算量必然會增大，但是還是存在優(yōu)化的空間。常見的優(yōu)化方式是，把cellHeight作為data的一個屬性緩存起來，對于每一個data對應(yīng)的每一個cell，就只需要計算一次高度。

當(dāng)然，這樣的方式，還是把運算量放到了TableView的代理方法內(nèi)，其實也可以在創(chuàng)建ContentInfo本身的時候，就調(diào)用它的calcHeight方法，在代理方法里就可以可以直接返回info.cellHeight了。但也要結(jié)合實際情況進(jìn)行取舍，因為有時候，有了數(shù)據(jù)源，但不一定需要展示TableView，提前計算高度反而會浪費時間。

另外在某種情況下也需要緩存Cell的資源，比如每一個Cell都需要用到的UIImage，UIFont，NSDateFormatter或者任何在繪制時需要的對象，推薦使用類層級的初始化方法中執(zhí)行分配，并將其存儲為靜態(tài)變量。

(3)渲染

1  減少子View的個數(shù)和層級
子View的層級越深，渲染到屏幕上所需要的計算量就越大。
2 減少子View的透明圖層
對于不透明的View，設(shè)置opaque為YES，這樣在繪制該View時，就不需要考慮被View覆蓋的其他內(nèi)容。
3 避免CAlayer特效。
給Cell中View加陰影或圓角之類的會引起性能問題。

轉(zhuǎn)自 http://blog.lessfun.com/blog/2015/04/01/uitableview-performence-improve/

1.8、SDWebImage的解讀

注意調(diào)用類別的方法：

• 從內(nèi)存中（字典）找圖片（當(dāng)這個圖片在本次程序加載過），找到直接使用；
• 從沙盒中找，找到直接使用，緩存到內(nèi)存。
• 從網(wǎng)絡(luò)上獲取，使用，緩存到內(nèi)存，緩存到沙盒。

SDWebImage圖片加載過程

iOS圖片加載框架－SDWebImage解讀
AFNetworking 源碼閱讀

二、收錄

2.1簡述內(nèi)存分區(qū)情況

* 代碼區(qū)：存放函數(shù)二進(jìn)制代碼
* 數(shù)據(jù)區(qū)：系統(tǒng)運行時申請內(nèi)存并初始化，系統(tǒng)退出時由系統(tǒng)釋放，存放全局變量、靜態(tài)變量、常量
* 堆區(qū)：通過malloc等函數(shù)或new等操作符動態(tài)申請得到，需程序員手動申請和釋放
* 棧區(qū)：函數(shù)模塊內(nèi)申請，函數(shù)結(jié)束時由系統(tǒng)自動釋放，存放局部變量、函數(shù)參數(shù)

ps: 棧和堆的不同

棧的空間由操作系統(tǒng)自動分配/釋放，堆上的空間手動分配/釋放。
?？臻g是有限的，而堆是很大的自由存儲區(qū)。

C中的malloc函數(shù)分配的內(nèi)存空間是在堆上的,C++中對應(yīng)的是new操作符。 
程序在編譯期對變量和函數(shù)分配內(nèi)存都在棧上進(jìn)行,且程序運行過程中函數(shù)調(diào)用時參數(shù)的傳遞也在棧上。

2.2、區(qū)分下面指針的不同

• const char *p;
• char const *p;
• char * const p;
• const char * const p;

* const char *p定義了一個指向不可變的字符串的字符指針，可以這么看：const char *為類型，p是變量。
* char const *p與上一個是一樣的。
* char * const p定義了一個指向字符串的指針，該指針值不可改變，即不可改變指向。這么看：char *是類型，const是修飾變量p，也就是說p是一個常量
* const char * const p定義了一個指向不可變的字符串的字符指針，且該指針也不可改變指向。這一個就很容易看出來了。兩個const分別修飾，因此都是不可變的。

陸續(xù)收錄中···

面試中當(dāng)然還會出現(xiàn)其他各式各樣的問題，以上是我整理的，如有錯誤，歡迎指出。