OC 語言由 Smalltalk (消息型語言的鼻祖) 演化而來。OC 使用“消息結(jié)構(gòu)”（messaging structure），而非“函數(shù)調(diào)用”（function calling）。
關(guān)鍵區(qū)別：
消息結(jié)構(gòu)語言：運(yùn)行時(shí)應(yīng)執(zhí)行代碼由運(yùn)行環(huán)境決定；
函數(shù)調(diào)用語言：由編譯器決定。
OC 的重要工作都由“運(yùn)行期組件”（runtime component）而非編譯器完成。
OC 是 C 的“超集”（superset），C 語言的所有功能在 OC 依然適用。
OC 中的指針是指示對(duì)象的。想要聲明一個(gè)變量，令其指代某個(gè)對(duì)象，語法如下：
NSString *someString = @"The string";
//聲明一個(gè)名為 someString 的變量，其類型是 NSString*, 即此變量為指向 NSString 的指針。
對(duì)象所占內(nèi)存分配在“堆空間（heap space）”，絕不會(huì)分配在“?？臻g（stack space）”，不能在棧中分配 OC 對(duì)象。
someString 變量指向分配在堆里的某塊內(nèi)存，其中含有一個(gè) NSString 對(duì)象。若再創(chuàng)建一個(gè)變量，令其指向同一地址，并不拷貝該對(duì)象，只是兩個(gè)變量同時(shí)指向該對(duì)象：
NSString *someString = @"The string";
NSString *anotherString = someString;
只有一個(gè) NSString 實(shí)例，兩個(gè)變量指向此實(shí)例，都是 NSString* 類型。說明當(dāng)前“棧幀”（stack frame）里分配了兩塊內(nèi)存，每塊大小都能容下一枚指針（32位架構(gòu)的計(jì)算機(jī)上是4字節(jié)，64位計(jì)算機(jī)是8字節(jié)），兩塊內(nèi)存里的值一樣，都是 NSString 實(shí)例的內(nèi)存地址。
分配在堆中的內(nèi)存必須直接管理，而分配在棧上用于保存變量的內(nèi)存則會(huì)在其棧幀彈出時(shí)自動(dòng)清理。OC 將堆內(nèi)存管理抽象出來了，不需要 malloc 和 free 來分配和釋放內(nèi)存。OC 運(yùn)行期環(huán)境把這部分工作抽象為一套內(nèi)存管理架構(gòu)，名為“引用計(jì)數(shù)”。
OC 中有些不含 * 的變量，可能會(huì)用到“?？臻g”（stack space），這些變量保存的不是 OC 對(duì)象，例如 CoreGraphics 中的 CGRect:
CGRect frame;
frame.origin.x = 0.0f;
frame.origin.y = 1.0f;
frame.size.width = 100.0f;
frame.size.height = 150.0f;
CGRect 是 C 結(jié)構(gòu)體，其定義：
struct CGRect {
CGPoint origin;
CGSize size;
};
typedef struct CGRect CGRect;
整個(gè)系統(tǒng)框架都在使用這種結(jié)構(gòu)體。
原因：若改用 OC 對(duì)象來做的話，性能會(huì)受影響（與創(chuàng)建結(jié)構(gòu)體相比，創(chuàng)建對(duì)象還需額外開銷）。
要點(diǎn)：
- OC 為 C 語言添加了面向?qū)ο筇匦裕瞧涑?。OC 使用動(dòng)態(tài)綁定的消息結(jié)構(gòu)，即，運(yùn)行時(shí)才會(huì)檢查對(duì)象類型。收到一條消息后，該執(zhí)行何種代碼，由運(yùn)行期環(huán)境而非編譯器決定。
- 理解 C 語言的核心概念有助于寫好 OC 程序。尤其要掌握內(nèi)存模型和指針。
PS: 初讀這么有含量的書，加之 C 語言基礎(chǔ)有點(diǎn)薄弱，覺得信息量好大。許多不理解的暫且記下，待日后慢慢消化吸收。
