成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

iOS應用開發:什么是ARC?

移動開發 iOS
ARC是iOS 5推出的新功能,全稱叫 ARC(Automatic Reference Counting)。簡單地說,就是代碼中自動加入了retain/release,原先需要手動添加的用來處理內存管理的引用計數的代碼可以自動地由編譯器完成了。

ARC是什么

ARC基本規則

總結

 新年伊始,萬象更新。新一年開始,我們來更加深入了解一下iPhone開發的內部。作為開始,我們先來了解一下ARC。

ARC是什么

ARC是iOS 5推出的新功能,全稱叫 ARC(Automatic Reference Counting)。簡單地說,就是代碼中自動加入了retain/release,原先需要手動添加的用來處理內存管理的引用計數的代碼可以自動地由編譯器完成了。

該機能在 iOS 5/ Mac OS X 10.7 開始導入,利用 Xcode4.2 可以使用該機能。簡單地理解ARC,就是通過指定的語法,讓編譯器(LLVM 3.0)在編譯代碼時,自動生成實例的引用計數管理部分代碼。有一點,ARC并不是GC,它只是一種代碼靜態分析(Static Analyzer)工具。

變化點

通過一小段代碼,我們看看使用ARC前后的變化點。

  1. @interface NonARCObject : NSObject {  
  2.     NSString *name;  
  3. }  
  4. -(id)initWithName:(NSString *)name;  
  5. @end  
  6.  
  7. @implementation NonARCObject  
  8. -(id)initWithName:(NSString *)newName {  
  9.     self = [super init];  
  10.     if (self) {  
  11.         name = [newName retain];  
  12.     }  
  13.     return self;  
  14. }  
  15.  
  16. -(void)dealloc {  
  17.     [name release];  
  18.     [Super dealloc];  
  19. }  
  20. @end  
  1. @interface ARCObject : NSObject {  
  2.     NSString *name;  
  3. }  
  4. -(id)initWithName:(NSString *)name;  
  5. @end  
  6.  
  7. @implementation ARCObject  
  8. -(id)initWithName:(NSString *)newName {  
  9.     self = [super init];  
  10.     if (self) {  
  11.         name = newName;  
  12.     }  
  13.     return self;  
  14. }  
  15. @end  
我們之前使用Objective-C中內存管理規則時,往往采用下面的準則
  •    生成對象時,使用autorelease
  •    對象代入時,先autorelease后再retain
  •    對象在函數中返回時,使用return [[object retain] autorelease];

而使用ARC后,我們可以不需要這樣做了,甚至連最基礎的release都不需要了。

使用ARC的好處

使用ARC有什么好處呢?

  •    看到上面的例子,大家就知道了,以后寫Objective-C的代碼變得簡單多了,因為我們不需要擔心煩人的內存管理,擔心內存泄露了
  •    代碼的總量變少了,看上去清爽了不少,也節省了勞動力
  •    代碼高速化,由于使用編譯器管理引用計數,減少了低效代碼的可能性

不好的地方

  •    記住一堆新的ARC規則 — 關鍵字及特性等需要一定的學習周期
  •    一些舊的代碼,第三方代碼使用的時候比較麻煩;修改代碼需要工數,要么修改編譯開關

關于第二點,由于 XCode4.2 中缺省ARC就是 ON 的狀態,所以編譯舊代碼的時候往往有"Automatic Reference Counting Issue"的錯誤信息。

這個時候,可以將項目編譯設置中的“Objectice-C Auto Reference Counteting”設為NO。如下所示。

如果只想對某個.m文件不適應ARC,可以只針對該類文件加上 -fno-objc-arc 編譯FLAGS,如下圖。

ARC基本規則

  •     retain, release, autorelease, dealloc由編譯器自動插入,不能在代碼中調用
  •     dealloc雖然可以被重載,但是不能調用[super dealloc]

由于ARC并不是GC,并需要一些規則讓編譯器支持代碼插入,所以必須清楚清楚了這些規則后,才能寫出健壯的代碼。

Objective-C對象

ObjectiveC中的對象,有強參照(Strong reference)和弱參照(Weak reference)之分,當需要保持其他對象的時候,需要retain以確保對象引用計數加1。對象的持有者(owner)只要存在,那么該對象的強參照就一直存在。

對象處理的基本規則是
  •     只要對象的持有者存在(對象被強參照),那么就可以使用該對象
  •     對象失去了持有者后,即被破棄

強參照 (Strong reference)

(s1)

firstName作為”natsu”字符串對象的最初持有者,是該NSString類型對象的Strong reference。

(s2)

這里將firstName代入到aName中,即aName也成為了@”natsu”字符串對象的持有者,對于該對象,aName也是Strong reference。

(s3)

這里,改變firstName的內容。生成新的字符串對象”maki”。這時候firstName成為”maki”的持有者,而@”natsu”的持有者只有aName。每個字符串對象都有各自的持有者,所以它們都在內存中都存在。

(s4)

追加新的變量otherName, 它將成為@”maki”對象的另一個持有者。即NSString類型對象的Strong reference。

(s5)

將otherName代入到aName,這時,aName將成為@”maki”字符串對象的持有者。而對象@”natsu”已經沒有持有者了,該對象將被破棄。

弱參照 (Weak reference)

接下來我們來看看弱參照 (Weak reference) 的使用方式。

(w1)

與強參照方式同樣,firstName作為字符串對象@”natsu”的持有者存在。即是該NSString類型對象的Strong reference。

(w2)

使用關鍵字__weak,聲明弱參照weakName變量,將firstName代入。這時weakName雖然參照@”natsu”,但仍是Weak reference。即weakName雖然能看到@”natsu”,但不是其持有者。

(w3)

firstName指向了新的對象@”maki”,成為其持有者,而對象@”natsu”因為沒有了持有者,即被破棄。同時weakName變量將被自動代入nil。

引用關鍵字

ARC中關于對象的引用參照,主要有下面幾關鍵字。使用strong, weak, autoreleasing限定的變量會被隱式初始化為nil。

  • __strong

變量聲明缺省都帶有__strong關鍵字,如果變量什么關鍵字都不寫,那么缺省就是強參照。

  • __weak

上面已經看到了,這是弱參照的關鍵字。該概念是新特性,從 iOS 5/ Mac OS X 10.7 開始導入。由于該類型不影響對象的生命周期,所以如果對象之前就沒有持有者,那么會出現剛創建就被破棄的問題,比如下面的代碼。

  1. NSString __weak *string = [[NSString alloc] initWithFormat:@"First Name: %@", [self firstName]];  
  2. NSLog(@"string: %@", string); //此時 string為空  

如果編譯設定OS版本 Deployment Target 設定為這比這低的版本,那么編譯時將報錯(The current deployment target does not support automated __weak references),這個時候,我們可以使用下面的__unsafe_unretained。

弱參照還有一個特征,即當參數對象失去所有者之后,變量會被自動付上nil (Zeroing)。

  • __unsafe_unretained

該關鍵字與__weak一樣,也是弱參照,與__weak的區別只是是否執行nil賦值(Zeroing)。但是這樣,需要注意變量所指的對象已經被破棄了,地址還還存在,但內存中對象已經沒有了。如果還是訪問該對象,將引起「BAD_ACCESS」錯誤。

  • __autoreleasing

該關鍵字使對像延遲釋放。比如你想傳一個未初始化的對像引用到一個方法當中,在此方法中實例化此對像,那么這種情況可以使用__autoreleasing。他被經常用于函數有值參數返回時的處理,比如下面的例子。

  1. - (void) generateErrorInVariable:(__autoreleasing NSError **)paramError {  
  2.     ....  
  3.     *paramError = [[NSError alloc] initWithDomain:@"MyApp" code:1 userInfo:errorDictionary];  
  4. }  
  5.  
  6. ....  
  7. {  
  8.     NSError *error = nil;  
  9.     [self generateErrorInVariable:&error];  
  10.     NSLog(@"Error = %@", error);  
  11. }  

又如函數的返回值是在函數中申請的,那么希望釋放是在調用端時,往往有下面的代碼。

  1. -(NSString *)stringTest  
  2. {  
  3.     NSString *retStr = [NSString stringWithString:@"test"];  
  4.  
  5.     return [[retStr retain] autorelease];  
  6. }  
  7.  
  8. // 使用ARC  
  9.  
  10. -(NSString *)stringTest  
  11. {  
  12.     __autoreleasing NSString *retStr = [NSString alloc] initWithString:@"test"];  
  13.  
  14.     return retStr;  
  15. }  

即當方法的參數是id*,且希望方法返回時對象被autoreleased,那么使用該關鍵字。

總結

今天,我們看到了基本的ARC使用規則
  •     代碼中不能使用retain, release, retain, autorelease
  •     不重載dealloc(如果是釋放對象內存以外的處理,是可以重載該函數的,但是不能調用[super dealloc])
  •     不能使用NSAllocateObject, NSDeallocateObject
  •     不能在C結構體中使用對象指針
  •     id與void *間的如果cast時需要用特定的方法(__bridge關鍵字)
  •     不能使用NSAutoReleasePool、而需要@autoreleasepool塊
  •     不能使用“new”開始的屬性名稱 (如果使用會有下面的編譯錯誤”Property’s synthesized getter follows Cocoa naming convention for returning ‘owned’ objects”)

 原文地址:http://www.yifeiyang.net/development-of-the-iphone-simply-1/

責任編輯:佚名 來源: 易飛揚博客
相關推薦

2012-01-18 13:46:37

ARCiOS

2013-04-16 15:49:31

iOS開發是否用ARC

2015-03-30 14:34:08

混合云應用開發混合云部署

2014-11-19 10:08:47

2011-05-11 10:02:37

iOS

2011-07-08 14:58:16

iPhone Xcode iOS

2013-09-13 13:16:05

2011-08-11 16:50:04

iOSTwitter

2011-08-17 14:30:34

iOS開發窗口

2012-02-02 10:14:14

2014-06-13 11:06:36

RoboVMiOS應用

2011-07-26 11:08:23

iOS 錄像 錄音

2011-08-17 14:20:21

IOS開發GraphicsCon

2011-08-08 13:26:48

iOS開發 Twitter

2012-02-13 13:45:04

MonoTouch.NETiOS應用

2014-03-17 15:16:02

移動開發iOS應用

2013-01-11 15:06:13

iOS開發移動應用iPhone

2015-07-29 10:05:23

應用設計應用開發

2012-05-11 09:50:49

iOSAndroid移動應用

2020-09-08 12:51:35

低代碼開 發代碼平臺
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 欧美日韩黄 | 久久亚洲欧美日韩精品专区 | 天啪| 日韩电影一区二区三区 | 成人a免费| 久久精品视频一区二区三区 | 福利精品在线观看 | 黄网站在线播放 | 午夜影院视频在线观看 | 久久综合99 | 欧美高清视频 | 九九av| 成人深夜福利 | 亚洲精品视频导航 | 亚洲一区视频 | 伊人网站在线 | 国产区精品视频 | 91色视频在线观看 | 国产精品区二区三区日本 | 91麻豆产精品久久久久久夏晴子 | 亚洲精视频 | 日韩视频在线一区二区 | 久草视频在线播放 | 美女久久视频 | 91精品久久久| 81精品国产乱码久久久久久 | 亚州精品天堂中文字幕 | 国产在线精品一区二区三区 | 国产xxxx搡xxxxx搡麻豆 | 亚洲97| 亚洲天堂中文字幕 | 国产伦精品一区二区三区精品视频 | 国产成在线观看免费视频 | 亚洲一区二区视频在线播放 | 久草中文在线 | 久久久久亚洲精品 | 久久精品视频播放 | 日韩在线免费播放 | 色爱综合网| 亚洲不卡在线视频 | 久久久激情 |