Objective-C語言的動態性主要體如今如下3個方面html
(1)動態類型:運行時肯定對象的類型。express
(2)動態綁定:運行時肯定對象的方法。函數
(3)動態加載:運行時加載須要的資源或者或代碼模塊。性能
動態類型指對象指針類型的動態性,具體地說就是使用id類型將對象的類型推遲到運行時才肯定,由賦給它的對象類型決定該對象類型(提及來怎麼這麼繞口),也就是說id修飾的對象是動態類型對象,其餘在編譯期指明類型的爲靜態類型對象,因此開發中若是不是涉及到多態,儘可能仍是使用靜態的類型,這樣編寫錯誤,編譯器會提早查出問題,可讀性更高一點。spa
//編譯時認爲是NSString,這是賦值了一個NSData對象編譯器會給出警告信息:Incompatible pointer types initializing 'NSString *' with an expression of type 'NSData *' NSString *testObject = [[NSData alloc]init]; //編譯其認爲是NSString,因此容許使用NSString的方法,不會有警告和錯誤, [testObject stringByAppendingString:@"string"]; //編譯期不容許使用NSData的方法,錯誤提示;No visible @interface for 'NSString' declares the selector 'base64EncodedDataWithOptions:' [testObject base64EncodedDataWithOptions:NSDataBase64Encoding64CharacterLineLength];
如以上代碼,testObject在編譯時,指針的類型是NSString,也就是說編譯時期是被當作一個NSString類型來處理,編譯器在類型檢查時發現類型不匹配會給出警告信息,testObject在運行時,指針指向的是一個NSData對象,所以若是指針調用了NSString的方法,那麼雖然編譯經過了,但運行時會出現崩潰,翻譯
動態綁定是創建在動態類型的基礎之上,在OC的消息分發機制下將要執行的方法推遲到運行時才肯定,能夠動態的添加方法。也就是說一個OC對象是否調用某個方法不是在編譯器肯定的,方法的調用不和代碼綁定在一塊兒,而是到了運行時根據發出的具體消息,纔去動態的肯定須要調用的代碼。指針
動態加載分爲兩部分:動態資源的加載(如:圖片資源),代碼模塊的加載;這些都是在運行時根據須要有選擇性的添加到程序中的,是一種代碼和資源的「懶加載」模式,這樣下降編譯時期對內存的開銷,提供程序的性能。code
如:資源在動態加載圖片進行屏幕適配時,由於同一個圖片對象可能會準備幾種不一樣分辨率的圖片資源,程序就會根據當前機型動態的選擇對應分辨率的圖片,如:@1x,@2x,@3x的。htm
在OC中,方法的調用不能再去理解爲對象調用其方法,而是要理解成對象接收消息。消息的發送採用「動態綁定」的機制,具體會調用那個方法直到運行時才肯定。方法的調用其實就是告訴對象要作些什麼事,給對象發送一個消息,對象爲就是接收者recevier,調用的方法及其參數就是消息message,若是要給一個對象傳遞消息,能夠表示爲:[receiver message:xxx]。對象
在消息傳遞機制中,當開發者編寫[receiver message:xxx]語句進行發送消息後,編譯器都會將其轉換成objc_msgSend C語言的發送格式。格式爲:
void objc_msgSend(id self, SEL sel ...);
這個函數參數可變,第一個參數填入消息的接收者,第二個參數傳入的是消息,後面能夠跟一下可選的消息參數。有了這些參數,objc_msgSend就能根據接收者的isa指針,到其對象的方法列表中以sel 的名稱尋找對應的方法。若找到對應的方法,就會轉到它的實現代碼執行,若是找不到,就去父類中尋找,若是找到了根類仍是沒法找到對應的方法,說明接收者對象沒法響應該消息,那麼就會觸發消息轉發機制,給開發者一次補救程序的機會。
若是在消息傳遞過程當中,接收者沒法響應收到的消息,那麼就會觸發到消息轉發機制。
消息轉發提供了3道防線,任何一個起了做用,都能補救這次消息轉發。依次爲:
(1)動態的補加方法的實現
+(BOOL)resolveClassMethod:(SEL)sel
+(BOOL)resolveInstanceMethod:(SEL)
(2)直接返回消息到轉發到的對象(就是將消息發送到另外一個對象去處理)
-(id)forwardingTargetForSelector:(SEL)aSelector
(3)手動生成簽名並轉發給另一個對象
-(NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector -(void)forwardInvocation:(NSInvocation *)anInvocation
編譯時:該階段,編譯器對語言進行編譯,編譯器只會對語言進行最基本的檢查報錯、語法分析等,並將程序代碼翻譯成計算機可以識別的語言。那編譯經過了,是否是就能夠成功執行呢?你太單純了,想的美。
運行時:程序經過了編譯以後,就會將編譯好的代碼轉載到內存中,這時候就會對類型進行檢查,不只僅是簡單的掃描分析,此時若出現問題,程序可就Game Over了。
編譯時就是一個靜態的階段,類型明顯錯誤,就會被直接檢查出來,運行時時動態的階段,會將程序與開發環境結合起來。
OC是動態運行時語言,主要指的是OC語言的動態性。
動態性即OC的動態類型、動態綁定、動態加載,將對象類型的肯定、方法調用的肯定、代碼和資源的轉載推遲到運行時記性,靈活方便。
Runtime的相關內容以前在一篇博客中已經寫過:http://www.javashuo.com/article/p-tumbpkhl-eb.html