Objective-C是一种通用、高级、面向对象的编程语言。它扩展了标准的ANSI C编程语言，将Smalltalk式的消息传递机制加入到ANSI C中。目前主要支持的编译器有GCC和Clang（採用LLVM作為後端）。
Objective-C的商標權屬於蘋果公司，蘋果公司也是這個程式語言的主要開發者。苹果在開發NeXTSTEP操作系统時使用了Objective-C，之后被macOS、iPadOS、watchOS和iOS继承下來。現在Objective-C与Swift是OS X和iOS操作系统、及与其相关的API、Cocoa和Cocoa Touch的主要编程语言。


歷史 Objective-C 主要由 Stepstone 公司的布萊德·考克斯（Brad Cox）和汤姆·洛夫（Tom Love）在1980年代发明。
1981年，考克斯和洛夫还在 ITT 公司技术中心任职时，他們接触到了 Smalltalk。考克斯当时对软件设计和开发问题非常感兴趣，他很快地意識到 SmallTalk 在系统工程构建中具有无法估量的价值，但同時他和洛夫也明白，目前 ITT 公司的电子通信工程相关技术中，C 语言被放在很重要的位置。
於是考克斯撰寫了一個 C 語言的预處理器，打算使 C 語言具備些許 Smalltalk 的本領。他很快地實現了一個可用的 C 語言擴展，此即為 Objective-C 語言的前身。到了 1983 年，考克斯與洛夫合夥成立了 Productivity Products International（PPI）公司，將 Objective-C 及其相關函式庫商品化販售，並在之後將公司改名為 StepStone。1986年，考克斯出版了一本關於 Objective-C 的重要著作《Object-Oriented Programming, An Evolutionary Approach》，書內詳述了 Objective-C 的種種設計理念。
1988年，斯蒂夫·乔布斯（Steve Jobs）離開蘋果公司後成立了 NeXT Computer 公司，NeXT 公司買下 Objective-C 语言的授权，并擴展了著名的開源編譯器 GCC 使之支持 Objective-C 的編譯。NeXT 公司基於 Objective-C 開發了 AppKit 與 Foundation Kit 等函式庫，作為 NeXTSTEP 的的用戶介面與开发环境的基礎。雖然 NeXT 工作站後來在市場上失敗了，但 NeXT 上的軟體工具卻在業界中被廣泛讚揚。這促使 NeXT 公司放棄硬體業務，轉型為銷售 NeXTStep（以及 OpenStep）平台為主的軟體公司。
1992年，自由软件基金会的 GNU 开发环境增加了对 Objective-C 的支持。1994年，NeXT Computer 公司和Sun Microsystem 联合发布了一个针对 NEXTSTEP 系统的标准典范，名为 OPENSTEP。OPENSTEP 在自由软件基金会的实现名称为 GNUstep。1996年12月20日，蘋果公司宣布收购 NeXT Software 公司，NEXTSTEP/OPENSTEP 环境成为苹果操作系统下一个主要发行版本 OS X 的基础。这个开发环境的版本被苹果公司称为Cocoa。
2005年，蘋果電腦雇用了克里斯·拉特納及 LLVM 開發團隊，clang 及 LLVM 成為蘋果公司在 GCC 之外的新編譯器選擇，在 Xcode 4.0 之後均採用 LLVM 作為默認的編譯器。最新的 Modern Objective-C 特性也都率先在 Clang 上實現。


語法 Objective-C是C語言的嚴格超集－－任何C語言程式不經修改就可以直接通過Objective-C編譯器，在Objective-C中使用C語言代碼也是完全合法的。Objective-C被描述为“蓋在C語言上的薄薄一層”，因為Objective-C的原意就是在C語言主體上加入面向对象的特性。Objective-C的面向对象語法源於Smalltalk訊息傳遞風格。所有其他非面向对象的語法，包括變數型別，預處理器（preprocessing），流程控制，函數声明與调用皆與C語言完全一致。但有些C语言语法合法代码在objective-c中表达的意思不一定相同，比如某些布尔表达式，在C语言中返回值为true，但在Objective-C若与true直接相比较，函数将会出错，因为在Objective-C中true的值只表示为1。


= Hello World =
這里示範了一個基礎的Hello World程序。基於Xcode 4.3.1：


= 訊息傳遞 =
Objective-C最大的特色是承自Smalltalk的訊息傳遞模型（message passing），此機制與今日C++式之主流風格差異甚大。Objective-C裡，與其說物件互相呼叫方法，不如說物件之間互相傳遞訊息更為精確。此二種風格的主要差異在於呼叫方法/訊息傳遞這個動作。C++裡類別與方法的關係嚴格清楚，一個方法必定屬於一個類別，而且在編譯時（compile time）就已經緊密綁定，不可能呼叫一個不存在類別裡的方法。但在Objective-C，類別與訊息的關係比較鬆散，呼叫方法視為對物件發送訊息，所有方法都被視為對訊息的回應。所有訊息處理直到執行時（runtime）才會動態決定，並交由類別自行決定如何處理收到的訊息。也就是說，一個類別不保證一定會回應收到的訊息，如果類別收到了一個無法處理的訊息，程式只會拋出异常，不會出錯或崩潰。
C++裡，送一個訊息給物件（或者說呼叫一個方法）的語法如下：

Objective-C則寫成：

此二者並不僅僅是語法上的差異，還有基本行為上的不同。
這裡以一個汽車類（car class）的簡單例子來解釋Objective-C的訊息傳遞特性：

典型的C++意義解讀是「呼叫car類別的fly方法」。若car類別裡頭沒有定義fly方法，那編譯肯定不會通過。但是Objective-C裡，我們應當解讀為「發送出一個fly的訊息給car物件」，fly是訊息，而car是訊息的接收者。car收到訊息後會決定如何回應這個訊息，若car類別內定義有fly方法就執行方法內之代碼，若car內不存在fly方法，則程式依舊可以通過編譯，執行期則拋出異常。
此二種風格各有優劣。C++強制要求所有的方法都必須有對應的動作，且編譯期綁定使得函數呼叫非常快速。缺點是僅能藉由virtual關鍵字提供有限的動態綁定能力。Objective-C天生即具備鸭子类型之動態綁定能力，因為執行期才處理訊息，允許傳送未知訊息給物件。可以送訊息給整個物件集合而不需要一一檢查每個物件的型態，也具備消息轉送機制。同時空物件nil接受訊息後默認為不做事，所以送訊息給nil也不用擔心程序崩潰。


= 类的定义与实现 =
Objective-C中强制要求将类的接口（interface）与实现（implementation）分为两个部分。
类的定义文件遵循C語言之慣例以.h为后缀，实现文件以.m为后缀。


 接口  定义部分，清楚定义了类的名称、成員變數和方法。
以关键字@interface作为开始，@end作为结束。

方法前面的 +/- 號代表函数的类型：加號（+）代表类方法（class method），不需要实例就可以调用，与C++ 的静态函数（static member function）相似。減號（-）即是一般的实例方法（instance method）。
這裡提供了一份意義相近的C++語法對照，如下：

Objective-C定义一个新的方法时，名称內的冒号（:）代表参数传递，不同于C语言以数学函数的括号来传递参数。Objective-C方法使得参数可以夹杂于名称中间，不必全部附缀于方法名称的尾端，可以提高程式可读性。设定颜色RGB值的方法为例：

這個方法的簽名是setColorToRed:Green:Blue:。每个冒号后面都带着一个float类别的参数，分别代表红，绿，蓝三色。


 实现  實現區段則包含了公開方法的實現，以及定義私有（private）變量及方法。
以關鍵字@implementation作為區段起頭，@end結尾。

值得一提的是不只Interface區段可定義實體變數，Implementation區段也可以定義實體變數，兩者的差別在於存取權限的不同，Interface區段內的實體變數默認權限為protected，宣告於implementation區段的實體變數則默認為private，故在Implementation區段定義私有成員更符合物件導向之封裝原則，因為如此類別之私有資訊就不需曝露於公開interface（.h文件）中。


 创建对象  Objective-C创建对象需通过alloc以及init兩個消息。alloc的作用是分配内存，init则是初始化对象。
init与alloc都是定义在NSObject里的方法，父对象收到这两个信息并做出正确回应后，新对象才创建完毕。以下为范例：

在Objective-C 2.0裡，若创建对象不需要參數，则可直接使用new

仅仅是语法上的精简，效果完全相同。
若要自己定義初始化的過程，可以重写init方法，来添加额外的工作。（用途类似C++ 的构造函数constructor）


= 协议 =
協議是一組沒有實現的方法列表，任何的類均可採納協議並具體實現這組方法。
Objective-C在NeXT时期曾经试图引入多重继承的概念，但由于协议的出现而没有实现之。
协议类似於Java与C#語言中的“接口”。在Objective-C中，有两种定义协议的方式：由编译器保证的“正式协议”，以及为特定目的设定的“非正式协议”。
非正式协议为一个可以选择性实现的一系列方法列表。非正式協議雖名為協議，但實際上是掛于NSObject上的未實現分類（Unimplemented Category）的一種稱謂，Objetive-C語言機制上並沒有非正式協議這種東西，OSX 10.6版本之後由於引入@optional關鍵字，使得正式協議已具備同樣的能力，所以非正式協議已經被廢棄不再使用。
正式协议类似于Java中的"接口"，它是一系列方法的列表，任何类都可以声明自身实现了某个协议。在Objective-C 2.0之前，一个类必须实现它声明符合的协议中的所有方法，否则编译器会报告错误，表明这个类没有实现它声明符合的协议中的全部方法。Objective-C 2.0版本允许标记协议中某些方法为可选的（Optional），這樣编译器就不会强制实现这些可选的方法。
協議經常應用於Cocoa中的委托及事件觸發。例如文本框类通常会包括一个委托（delegate）对象，该对象可以實現一个协议，该协议中可能包含一个实现文字輸入的自动完成方法。若这个委托对象实现了这个方法，那么文本框类就会在适当的时候觸發自動完成事件，並调用这个方法用于自动完成功能。
Objective-C中协议的概念与Java中接口的概念並不完全相同，即一个类可以在不声明它符合某个协议的情况下，实现这个协议所包含的方法，也即实质上符合这个协议，而这种差别对外部代码而言是不可见的。正式协议的声明不提供实现，它只是簡單地表明符合该协议的类实现了该协议的方法，保證呼叫端可以安全調用方法。
语法
協議以關鍵字@protocol作為區段起始，@end結束，中間為方法列表。

這是一個協議的例子，多線程編程中經常要確保一份共享資源同時只有一個線程可以使用，會在使用前給該資源掛上鎖
，以上即為一個表明有“锁”的概念的協議，協議中有兩個方法，只有名稱但尚未實現。
下面的SomeClass宣稱他採納了Locking協議：

一旦SomeClass表明他採納了Locking協議，SomeClass就有義務實現Locking协议中的兩個方法。

由於SomeClass已經確實遵從了Locking協議，故調用端可以安全的發送lock或unlock訊息給SomeClass實體變數，不需擔心他沒有辦法回應訊息。
插件是另一个使用抽象定义的例子，可以在不关心插件的实现的情况下定义其希望的行为。


= 动态类型 =
类似于Smalltalk，Objective-C具備动态类型：即消息可以发送給任何物件實體，無論該物件實體的公開介面中有沒有對應的方法。對比於C++這種靜態類型的語言，編譯器會擋下對（void*）指針調用方法的行為。但在Objective-C中，你可以對id發送任何訊息（id很像void*，但是被嚴格限制只能使用在物件上），編譯器僅會發出「該物件可能無法回應訊息」的警告，程式可以通過編譯，而實際發生的事則取決於執行期該物件的真正形態，若該物件的確可以回應消息，則依舊執行對應的方法。
一個物件收到訊息之後，他有三種處理訊息的可能手段，第一是回應該消息並執行方法，若無法回應，則可以轉發消息給其他物件，若以上兩者均無，就要處理無法回應而拋出的例外。只要進行三者之其一，该消息就算完成任務而被丟棄。若对“nil”（空对象指针）发送消息，该消息通常会被忽略，取决于编译器选项可能會拋出例外。
雖然Objective-C具備動態類型的能力，但编译期的静态类型檢查依舊可以应用到变量上。以下三种声明在运行时效力是完全相同的，但是三种声明提供了一个比一个更明显的类型信息，附加的类型信息讓编译器在编译时可以检查变量类型，并對类型不符的變量提出警告。
下面三個方法，差異僅在於參數的形態：

id形態表示參數“foo”可以是任何类的实例。

id<aProtocol>表示“foo”可以是任何类的实例，但必须採納“aProtocol”协议。

该声明表示“foo”必须是“NSNumber”的实例。
动态类型是一种强大的特性。在缺少泛型的静态类型语言（如Java 5以前的版本）中实现容器类时，程序员需要写一种针对通用类型对象的容器类，然后在通用类型和实际类型中不停的强制类型转换。无论如何，类型转换會破壞靜態類型，例如写入一个“整数”而将其读取为“字符串”会产生运行时错误。这样的問題被泛型解决，但容器类需要其内容对象的类型一致，而对于动态类型语言则完全没有这方面的问题。


= 转发 =
Objective-C允许对一个对象发送消息，不管它是否能够响应之。除了响应或丢弃消息以外，对象也可以将消息转发到可以响应该消息的对象。转发可以用于简化特定的设计模式，例如观测器模式或代理模式。
Objective-C运行时在Object中定义了一对方法：

转发方法：

响应方法：

希望实现转发的对象只需用新的方法覆盖以上方法来定义其转发行为。无需重写响应方法performv::，由于该方法只是单纯的对响应对象发送消息并传递参数。其中，SEL类型是Objective-C中消息的类型。


 例子  这里包括了一个演示转发的基本概念的程序示例。

Forwarder.h

Forwarder.m

Recipient.h

Recipient.m

main.m


 脚注  利用GCC编译时，编译器报告：

$ gcc -x objective-c -Wno-import Forwarder.m Recipient.m main.m -lobjc
main.m: In function `main':
main.m:12: warning: `Forwarder' does not respond to `hello'
$

如前文所提到的，编译器报告Forwarder类不响应hello消息。在这种情况下，由于实现了转发，可以忽略这个警告。
运行该程序产生如下输出：

$ ./a.out
Recipient says hello!


= 类别 (Category) =
在Objective-C的设计中，一个主要的考虑即为大型代码框架的维护。结构化编程的经验显示，改进代码的一种主要方法即为将其分解为更小的片段。Objective-C借用并扩展了Smalltalk实现中的“分類”概念，用以帮助达到分解代码的目的。
一个分類可以将方法的实现分解进一系列分离的文件。程序员可以将一组相关的方法放进一个分類，使程序更具可读性。举例来讲，可以在字符串类中增加一个名为“拼写检查”的分類，并将拼写检查的相关代码放进这个分類中。
进一步的，分類中的方法是在运行时被加入类中的，这一特性允许程序员向现存的类中增加方法，而无需持有原有的代码，或是重新编译原有的类。例如若系统提供的字符串类的实现中不包含拼写检查的功能，可以增加这样的功能而无需更改原有的字符串类的代码。
在运行时，分類中的方法与类原有的方法并无区别，其代码可以存取包括私有类成员变量在内的所有成员变量。
若分類声明了与类中原有方法同名的函数，则分類中的方法会被调用。因此分類不仅可以增加类的方法，也可以代替原有的方法。这个特性可以用于修正原有代码中的错误，更可以从根本上改变程序中原有类的行为。若两个分類中的方法同名，则被调用的方法是不可预测的。
其它语言也尝试了通过不同方法增加这一语言特性。TOM在这方面走的更远，不仅允许增加方法，更允许增加成员变量。也有其它语言使用面向声明的解决方案，其中最值得注意的是Self语言。
C#与Visual Basic.NET语言以扩展函数的与不完全类的方式实现了类似的功能。Ruby与一些动态语言则以"Monkey patch"的名字称呼这种技术。


 使用分類的例子  这个例子建立了Integer类，其本身只定义了integer属性，然后增加了两个分類Arithmetic与Display以扩展类的功能。虽然分類可以访问类的私有成员，但通常利用属性的存取方法来存取是一种更好的做法，可以使得分類与原有类更加独立。这是分類的一种典型应用—另外的应用是利用分類来替换原有类中的方法，虽然用分類而不是继承来替换方法不被认为是一种好的做法。

Integer.h

Integer.m

Arithmetic.h

Arithmetic.m

Display.h

Display.m

main.m


 注释  可以利用以下命令来编译：

gcc -x objective-c main.m Integer.m Arithmetic.m Display.m -lobjc

在编译时间，可以利用省略#import "Arithmetic.h" 与[num1 add:num2]命令，以及Arithmetic.m文件来实验。程序仍然可以运行，这表明了允许动态的、按需的加载分類；若不需要某一分類提供的功能，可以简单的不编译之。


= 扮演 =
Objective-C允许一个类在程序中完全取代另一个类，这种行为称为前者“扮演”(Posing)目标类。
注意：类的扮演在Mac OS X v10.5中被废弃，在64位运行时中不可用。


= #import =
在C语言中，#include预处理指令总是使被包含的文件内容被插入指令点。在Objective-C中，类似的指令#import保证一个文件只会被包含一次，类似于一般头文件中的
惯用法，或MSVC中的


语言变化 = Objective-C++ =
Objective-C++是GCC的一个前端，它可以编译混合了C++与Objective-C语法的源文件。Objective-C++是C++的扩展，类似于Objective-C是C的扩展。由于在融合C++与Objective-C两种语言的特性方面没有做特别的工作，因此有以下限制：

C++类不能从Objective-C类继承，反之亦然。
Objective-C定义内部不能定义C++命名空间。
Objective-C类的成员变量不能包括不含默认构造函数和/或含有虚方法的C++类对象，但使用C++类指针并无如此限制（可以在 -init方法中对之进行初始化）。
C++“传递值”的特性不能用在Objective-C对象上，而只能传递其指针。
Objective-C声明不能存在在C++模板声明中，反之亦然。但Objective-C类型可以用在C++模板的参数中。
Objective-C和C++的错误处理语句不同，各自的语句只能处理各自的错误。
Objective-C错误使得C++对象被退出时，C++析构函数不会被调用。新的64位运行时解决了这个问题。


= Objective-C 2.0 =
在2006年7月苹果全球开发者会议中，Apple宣布了“Objective-C 2.0”的发布，其增加了“现代的垃圾收集，语法改进，运行时性能改进，以及64位支持”。2007年10月发布的Mac OS X v10.5中包含了Objective-C 2.0的编译器。


 垃圾收集  Objective-C 2.0提供了一个可选的垃圾收集器。在向后兼容模式中，Objective-C运行时会将引用计数操作，例如“retain”与“release”变为无操作。当垃圾收集启用时，所有的对象都是收集器的工作对象。普通的C指针可以以“__strong”修饰，标记指针指向的对象仍在使用中。被标记为“__weak”的指针不被计入收集器的计数中，并在对象被回收时改写为“nil”。iOS上的Objective-C 2.0实现中不包含垃圾收集器。垃圾收集器运行在一个低优先级的后台线程中，并可以在用户动作时暂停，从而保持良好的用户体验。


 属性  Objective-C 2.0引入了新的语法以声明变量为属性 (编程)，并包含一可选定义以配置存取方法的生成。属性总是为公共的，其目的为提供外部类存取（也可能为只读）类的内部变量的方法。属性可以被声明为“readonly”，即只读的，也可以提供储存方法包括“assign”，“copy”或“retain”（简单的赋值、复制或增加1引用计数）。默认的属性是原子的，即在访问时会加锁以避免多线程同时访问同一对象，也可以将属性声明为“nonatomic”（非原子的），避免产生锁。

属性的存取方法由@synthesize关键字来实现，它由属性的声明自动的产生一对存取方法。另外，也可以选择使用@dynamic关键字表明存取方法会由程序员手工提供。

属性可以利用传统的消息表达式、点表达式或"valueForKey:"/"setValue:forKey:"方法对来存取。

为了利用点表达式来存取实例的属性，需要使用“self”关键字：

类或协议的属性可以被动态的读取。


 快速枚举  比起利用NSEnumerator对象或在集合中依次枚举，Objective-C 2.0提供了快速枚举的语法。在Objective-C 2.0中，以下循环的功能是相等的，但性能特性不同。

快速枚举可以比标准枚举产生更有效的代码，由于枚举所调用的方法被使用NSFastEnumeration协议提供的指针算术运算所代替了。


= Modern Objective-C =
苹果公司在 WWDC2012 大会上介绍了大量 Objective-C 的新特性，能够讓程序员更加高效地编写代码，这些新特性在 Xcode4.4 版本中已经可以使用。

Object Literals
默认生成 @synthesize 代码
遍历元素
Subscripting Methods


語言分析 Objective-C是非常「實際」的語言。它用一個很小的、用C寫成的运行库，使得應用程式的大小增加很少，与此相比，大部分OO系统需要极大的运行时虚拟机来执行。Objective-C寫成的程式通常不會比其原始碼和函式庫（通常无需包含在軟體發行版本中）大太多，不会像Smalltalk系統，即使只是打开一个窗口也需要大量的内存。由于Objective-C的动态类型特征，Objective-C不能对方法进行内联（inline）一类的优化，使得Objective-C的应用程序一般比类似的C或C++程序更大。
Objective-C可以在现存C编译器基础上实现（在GCC中，Objective-C最初作为预处理器引入，后来作为模块存在），而不需要编写一个全新的编译器。这个特性使得Objective-C能利用大量现存的C代码、库、工具和编程思想等资源。现存C库可以用Obj-C包装器来提供一个Objective-C使用的OO风格界面包装。
以上这些特性极大地降低了进入Objective-C的门槛，这是1980年代Smalltalk在推广中遇到的最大问题。


爭議 在最初的版本，Objective-C並不支持垃圾回收；此事在當時是爭論的焦點之一。很多人考慮到 Smalltalk 回收時有漫長的「死亡時間」，令整個系統失去功用， Objective-C 為避免此問題才不實現垃圾回收。某些第三方版本加入了這個功能（例如GNUstep），而苹果公司最終也在其Mac OS X 10.5版本中实现了垃圾回收。
Objective-C不包括命名空間机制，一直廣受批評。取而代之的是程式設計師必須在其類別名稱加上前綴，由于前缀往往较短（相比命名空间），这時常引致衝突。在2007年，在Cocoa編程環境中，所有Mac OS X類別和函式均有「NS」作為前綴，例如NSObject或NSButton來清楚分辨它們屬於Mac OS X核心；使用「NS」是由於這些類別的名稱在NeXTSTEP開發時定下。
雖然Objective-C是C的严格超集，但它也不視C语言的基本型別為第一級的对象。
和C++不同，Objective-C不支援運算子多載（它不支持特设多态）。亦與C++不同，但和Java相同，Objective-C只容許物件繼承一個類別（不設多重繼承）。Categories和protocols不但可以提供很多多重繼承的好處，而且沒有很多缺點，例如額外執行時間過重和二进制不兼容。
由于Objective-C使用动态运行时类型，而且所有的方法都是函数调用（有时甚至连系统调用（syscalls）也如此），很多常见的编译时性能优化方法都不能应用于Objective-C（例如：内联函数、常数传播、交互式优化、聚集的纯量取代等）。这使得Objective-C性能劣于类似的对象抽象语言（如C++）。不过Objective-C擁護者认为Objective-C本就不应应用于C++或Java常见的底层抽象，Objective-C的应用方向是对性能要求不大的应用。


参考文献 外部链接 苹果官方Objective-C开发说明文档（页面存档备份，存于互联网档案馆）
Objective-C教學（页面存档备份，存于互联网档案馆）