由于一系列的原因，近期開始面試了，針對面試常問中的問題做了一些總結，以及收錄了一些問題。
一、總結
1.1、@property
先思索下面幾個問題
delegate 屬性為什么使用 weak ?
xib/storybard連接的對象為什么使用weak？
字符串 為什么使用copy？
Block 為什么使用 copy?
- delegate 屬性為什么使用 weak？ 防止循環引用的。
- 對于 xib/storybard連接的對象為什么使用weak? 因為控件他爹( view.superview )已經揪著它的小辮了( strong reference )，你( viewController )眼瞅著( weak reference )就好了。
- 對于字符串為什么使用copy? 通常都是使用copy的方式。雖然使用strong也沒有沒有問題，但是事實上在開發中都會使用copy。為什么這么做？因為對于字符串，我們希望是一次內容的拷貝，外部修改也不會影響我們的原來的值，而且NSString類遵守了NSCopying, NSMutableCopying, NSSecureCoding協議。
- Block 為什么使用 copy? block一開始是放在棧上的，只有copy后才會放到堆上
@Property是聲明屬性的語法，它可以快速方便的為實例變量創建存取器，并允許我們通過點語法使用存取器。
- 存取器（accessor）：指用于獲取和設置實例變量的方法。用于獲取實例變量值的存取器是
getter，用于設置實例變量值的存取器是setter。
@property等同于在.h文件中聲明實例變量的get/set方法,@synthesize等同于在.m文件中實現實例變量的get/set方法。使用@property和
synthesize創建存取器要比手動聲明兩個存取方法（getter和setter）更簡單。而且我們在使用屬性時可以使用點語法賦值或取值，語法更簡單，更符合面向對象編程。
@property還有一些關鍵字，它們都是有特殊作用的，比如上述代碼中的nonatomic，strong。我把它們分為三類，分別是：原子性，存取器控制，內存管理。
原子性
-
atomic（默認）：
atomic意為操作是原子的，意味著只有一個線程訪問實例變量。atomic是線程安全的，至少在當前的存取器上是安全的。 -
nonatomic：
nonatomic跟atomic剛好相反。表示非原子的，可以被多個線程訪問。它的效率比atomic快。但不能保證在多線程環境下的安全性，在單線程和明確只有一個線程訪問的情況下廣泛使用。
存取器控制
-
readwrite（默認）：
readwrite是默認值，表示該屬性同時擁有setter和getter。 -
readonly：
readonly表示只有getter沒有setter。
內存管理
-
assign（默認）：
assign用于值類型，如int、float、double和NSInteger，CGFloat等表示單純的復制。還包括不存在所有權關系的對象，比如常見的delegate。 -
retain：在
setter方法中，需要對傳入的對象進行引用計數加1的操作。簡單來說，就是對傳入的對象擁有所有權，只要對該對象擁有所有權，該對象就不會被釋放。如下代碼所示：
- (void)setName:(NSString *)_name
{
//首先判斷是否與舊對象一致，如果不一致進行賦值。
//因為如果是一個對象的話，進行if內的代碼會造成一個極端的情況：當此name的retain為1時，使此次的set操作讓實例name提前釋放，而達不到賦值目的。
if ( name != _name){
[name release];
name = [_name retain];
}
}
-
strong：
strong是在iOS引入ARC的時候引入的關鍵字，是retain的一個可選的替代。表示實例變量對傳入的對象要有所有權關系，即強引用. -
weak：在
setter方法中，需要對傳入的對象不進行引用計數加1的操作。簡單來說，就是對傳入的對象沒有所有權，當該對象引用計數為0時，即該對象被釋放后，用weak聲明的實例變量指向nil，即實例變量的值為0。 -
copy：與
strong類似，但區別在于實例變量是對傳入對象的副本擁有所有權，而非對象本身。
1.2、RunTime
1、RunTime簡稱運行時,就是系統在運行的時候的一些機制，其中最主要的是消息機制。
2、對于C語言，函數的調用在編譯的時候會決定調用哪個函數，編譯完成之后直接順序執行，無任何二義性。
3、OC的函數調用成為消息發送。屬于動態調用過程。在編譯的時候并不能決定真正調用哪個函數（事實證明，在編 譯階段，OC可以調用任何函數，即使這個函數并未實現，只要申明過就不會報錯。而C語言在編譯階段就會報錯）。
4、只有在真正運行的時候才會根據函數的名稱找 到對應的函數來調用。
常用在我們代碼中的具體情況
* 動態的添加對象的成員變量和方法
* 動態交換兩個方法的實現
* 攔截并替換方法
* 在方法上增加額外功能
* 實現NSCoding的自動歸檔和解檔
* 實現字典轉模型的自動轉換
這塊可以延伸的太大了，可以參考
刨根問底Objective－C Runtime
南峰子的技術博客
Runtime簡介及應用詳解
1.3、RunLoop
RunLoop是什么呢？我們手機應用是事件驅動的整體架構，假如我們程序一直活著，如果沒事就閑著，如果有什么事件把它喚醒，然后它就去分配執行事件，直到死了，才退出。 RunLoop是線程的基礎架構部分，每一個 線程都有著對應的 run loop 對象。 它用來接受循環中的事件和安排線程工作，并在沒有工作時，讓線程進入睡眠狀態。
RunLoop的作用
1、使程序一直運行并接受用戶輸入
2、決定程序在何時應該處理那些事件 (Event)
3、調用解耦 （Message Queue）---- 主調方 和 被調方，消息隊列如何安排
4、節省CPU時間 ---- 沒事的時候就閑著
RunLoop的 mode 類型
NSDefaultRunLoopMode :默認狀態下，不滑動，空閑狀態，程序啟動之后就會被切到這個mode
UITrackingRunLoopMode : 滑動的時候
UIInitializationRunLoopMode:私有的，可以追蹤到的，這個app啟動的時候是這個mode,第一個頁面加載之后才回到第一個mode
NSRunLoopCommonModes:默認情況包括下第一個第二個，在這種情況下就是這兩種情況都可以執行
詳情可看
孫源@sunnyxx視頻 RunLoop 介紹
YYKit 作者 深入理解RunLoop
1.4、NSThread、NSOperation、GCD
iOS有三種多線程編程的技術，這三種編程方式從上到下，抽象度層次是從低到高的，抽象度越高的使用越簡單，也是Apple最推薦使用的。
- NSThread :NSThread 輕量級最低，相對簡單,但是需要手動管理所有的線程活動，如生命周期、線程同步、睡眠等
-
NSOperation : 自帶線程周期管理，操作上可更注重自己邏輯,但是面向對象的抽象類，只能實現它或者使用它定義好的兩個子類：
NSInvocationOperation和NSBlockOperation。 - GCD: 最高效，避開并發陷阱.
所以一般簡單而安全的選擇NSOperation實現多線程即可。而處理大量并發數據，又追求性能效率的選擇GCD。
詳情參考：談iOS多線程(NSThread、NSOperation、GCD)編程
GCD你應該知道的事兒
1.5、Block、Delegate、Notification
- Delegate：“一對一”，對同一個協議，一個對象只能設置一個代理delegate，所以單例對象就不能用代理。
- Notification：“一對多”，在APP中，很多控制器都需要知道一個事件，應該用通知；但是通知需要及時刪除。
-
Block：寫法更簡練，
block注重結果的傳輸：比如對于一個事件，只想知道成功或者失敗，并不需要知道進行了多少或者額外的一些信息。block需要注意防止循環引用。
推薦一篇寫 block 不錯的文章，Block的那些事
iOS 分享 -對象間的通信之delegate、notificationCenter與block
1.6、UDP、TCP、Socket、HTTP、POST、GET
TCP和UDP的區別
- TCP為傳輸控制層協議，為面向連接、可靠的、點到點的通信；
- UDP為用戶數據報協議，非連接的不可靠的點到多點的通信；
- TCP側重可靠傳輸，UDP側重快速傳輸。
TCP連接的三次握手
* 第一次握手：客戶端發送syn包（syn=j）到服務器，并進入SYN_SEND狀態，等待服務器確認；
* 第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包，即SYN+ACK包，此時服務器進入SYN+RECV狀態；
* 第三次握手：客戶端收到服務器的SYN+ACK包，向服務器發送確認包ACK（ack=k+1），此發送完畢，客戶端和服務器進入ESTABLISHED狀態，完成三次狀態。
Scoket連接和HTTP連接的區別：
- HTTP協議是基于TCP連接的，是應用層協議，主要解決如何包裝數據。Socket是對TCP/IP協議的封裝，Socket本身并不是協議，而是一個調用接口（API），通過Socket，我們才能使用TCP/IP協議。
- HTTP連接：短連接，客戶端向服務器發送一次請求，服務器響應后連接斷開，節省資源。服務器不能主動給客戶端響應（除非采用HTTP長連接技術），iPhone主要使用類NSURLConnection。
- Socket連接：長連接，客戶端跟服務器端直接使用Socket進行連接，沒有規定連接后斷開，因此客戶端和服務器段保持連接通道，雙方可以主動發送數據，一般多用于游戲.Socket默認連接超時時間是30秒，默認大小是8K（理解為一個數據包大?。?/li>
GET和POST的區別
HTTP: 超文本傳輸協議，是短連接，是客戶端主動發送請求，服務器做出響應，服務器響應之后，鏈接斷開。HTTP是一個屬于應用層面向對象的協議，HTTP有兩類報文：請求報文和響應報文。
HTTP請求報文：一個HTTP請求報文由請求行、請求頭部、空行和請求數據4部分組成。
HTTP響應報文：由三部分組成：狀態行、消息報頭、響應正文。GET:GET請求：參數在地址后拼接，沒有請求數據，不安全（因為所有參數都拼接在地址后面），不適合傳輸大量數據（長度有限制，為1024個字節）。GET提交、請求的數據會附在URL之后，即把數據放置在HTTP協議頭中。
POST: POST請求：參數在請求數據區放著，相對GET請求更安全，并且數據大小沒有限制。把提交的數據放置在HTTP包的包體中。
* GET提交的數據會在地址欄顯示出來，而POST提交，地址欄不會改變。
* GET請求能夠被緩存, POST請求不能被緩存下來。
* GET請求會保存在瀏覽器的瀏覽記錄中，POST請求不會保存在瀏覽器瀏覽記錄中
* GET提交時，傳輸數據就會受到URL長度限制，POST由于不是通過URL傳值，理論上書不受限。
* POST的安全性要比GET的安全性高；
HTTPS：安全超文本傳輸協議（
Secure Hypertext Transfer Protocol），它是一個安全通信通道，基于HTTP開發，用于客戶計算機和服務器之間交換信息，使用安全套結字層（SSI）進行信息交換，即HTTP的安全版。詳情可看 阮一峰的網絡日志
1.7、UITableView 的優化
UITableView是iOS開發中最常用也很實用并且最容易出現性能問題的的一個控件，本文列出了一些性能優化點，用于提高列表滾動的流暢性。
(1)復用
當TableView需要顯示一個Cell時，會先從已創建的Cell中找一個可以重用的，然后展現到屏幕。一般情況下，可以被重用的Cell都滾到了屏幕區域外。如果慢慢地拖動TableView，就可以看到Cell不斷地被重用（通過斷點可以看到Cell的init或awakeFromNib沒有被調用）。但是如果快速滾動，還是可能會看到Cell被創建。
- 已經在StoryBoard的TableView中定義Cell的ProtoType則指定其ReuseIdentify，在delegate返回Cell的時候，則調用
[tableView dequeueReusableCellWithIdentifier:CellID];
- Cell是從單獨的xib加載
[tableView registerNib:[UINib nibWithNibName:CellID bundle:nil] forCellReuseIdentifier:CellID];
- Cell的ProtoType個數盡可能少，因為Cell的種類越多，TableView創建的Cell個數就越多，并且是成倍增長。
(2)緩存
緩存基本上可以解決大部分性能問題。TableView需要知道Cell的高度，才能對Cell進行布局；需要知道所有的Cell的高度，才能知道TableView本身的高度，所以，每次調用reloadData，都需要計算所有Cell的高度。我們要盡量減小高度計算的復雜度。
- 緩存Cell的高度
1 高度固定、類型單一的Cell，在創建TableView的時候，直接設置其rowHeight屬性。
2 對于高度固定、類型多樣的Cell，實現代理方法，根據Cell的類型返回不同的高度：
3 對于高度不固定的Cell，由于需要動態計算高度，所以運算量必然會增大，但是還是存在優化的空間。常見的優化方式是，把cellHeight作為data的一個屬性緩存起來，對于每一個data對應的每一個cell，就只需要計算一次高度。
當然，這樣的方式，還是把運算量放到了TableView的代理方法內，其實也可以在創建ContentInfo本身的時候，就調用它的calcHeight方法，在代理方法里就可以可以直接返回info.cellHeight了。但也要結合實際情況進行取舍，因為有時候，有了數據源，但不一定需要展示TableView，提前計算高度反而會浪費時間。
另外在某種情況下也需要緩存Cell的資源，比如每一個Cell都需要用到的UIImage，UIFont，NSDateFormatter或者任何在繪制時需要的對象，推薦使用類層級的初始化方法中執行分配，并將其存儲為靜態變量。
(3)渲染
1 減少子View的個數和層級
子View的層級越深，渲染到屏幕上所需要的計算量就越大。
2 減少子View的透明圖層
對于不透明的View，設置opaque為YES，這樣在繪制該View時，就不需要考慮被View覆蓋的其他內容。
3 避免CAlayer特效。
給Cell中View加陰影或圓角之類的會引起性能問題。
轉自 http://blog.lessfun.com/blog/2015/04/01/uitableview-performence-improve/
1.8、SDWebImage的解讀
注意調用類別的方法：
- 從內存中（字典）找圖片（當這個圖片在本次程序加載過），找到直接使用；
- 從沙盒中找，找到直接使用，緩存到內存。
- 從網絡上獲取，使用，緩存到內存，緩存到沙盒。
iOS圖片加載框架－SDWebImage解讀
AFNetworking 源碼閱讀
二、收錄
2.1簡述內存分區情況
* 代碼區：存放函數二進制代碼
* 數據區：系統運行時申請內存并初始化，系統退出時由系統釋放，存放全局變量、靜態變量、常量
* 堆區：通過malloc等函數或new等操作符動態申請得到，需程序員手動申請和釋放
* 棧區：函數模塊內申請，函數結束時由系統自動釋放，存放局部變量、函數參數
ps: 棧和堆的不同
棧的空間由操作系統自動分配/釋放，堆上的空間手動分配/釋放。
棧空間是有限的，而堆是很大的自由存儲區。
C中的malloc函數分配的內存空間是在堆上的,C++中對應的是new操作符。
程序在編譯期對變量和函數分配內存都在棧上進行,且程序運行過程中函數調用時參數的傳遞也在棧上。
2.2、區分下面指針的不同
- 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分別修飾，因此都是不可變的。
陸續收錄中···
面試中當然還會出現其他各式各樣的問題，以上是我整理的，如有錯誤，歡迎指出。
