標籤:style blog http color 使用 os strong 檔案
---------------------- ASP.Net+Unity開發、.Net培訓、期待與您交流! ----------------------
一、記憶體管理1.為什麼要用記憶體管理:
行動裝置的記憶體極其有限,每個app所能佔用的記憶體是有限制的。當app所佔用的記憶體較多時,系統會發出記憶體警告,這時得回收一些不需要再使用的記憶體空間。比如回收一些不需要使用的對象、變數等
2.管理範圍:
任何繼承了NSObject的對象,對其他基礎資料型別 (Elementary Data Type)(int、char、float、double、struct、enum等)無效
3.引用計數器:
每個OC對象都有自己的引用計數器,是一個整數,表示“對象被引用的次數”,即有多少人正在使用這個OC對象,每個OC對象內部專門有4個位元組的儲存空間來儲存引用計數器。
4.引用計數器的操作
給對象發送一條retain訊息,可以使引用計數器值+1(retain方法返回對象本身)
給對象發送一條release訊息,可以使引用計數器值-1
可以給對象發送retainCount訊息獲得當前的引用計數器值
5.對象的銷毀
當一個對象的引用計數器值為0時,那麼它將被銷毀,其佔用的記憶體被系統回收
當一個對象被銷毀時,系統會自動向對象發送一條dealloc訊息
一般會重寫dealloc方法,在這裡釋放相關資源,dealloc就像對象的遺言
一旦重寫了dealloc方法,就必須調用[superdealloc],並且放在最後面調用
不要直接調用dealloc方法
一旦對象被回收了,它佔用的記憶體就不再可用,堅持使用會導致程式崩潰(野指標錯誤)
6.重寫dealloc方法
例如寫person的dealloc方法,person類中包含類car。
-(void) dealloc{ [_car release]; [super dealloc];}
7.概念
殭屍對象:所佔用記憶體已被回收的對象。
野指標:指向殭屍對象(不可用記憶體)的指標,會報錯:EXC-BAD-ACESS:0X20
null 指標:沒指向任何東西的指標,但不會報錯,p=nil後可以解決錯誤,OC中不存在null 指標錯誤。
注意:不能使用[p retaion]讓殭屍對象起死複生。8.記憶體管理原則:
1>原則
只要還有人在使用某個對象,那麼這個對象就不會被回收;
只要你想使用這個對象,那麼就應該讓這個對象的引用計數器+1;
當你不想使用這個對象時,應該讓對象的引用計數器-1;
2>誰建立,誰release
(1)如果你通過alloc,new,copy來建立了一個對象,那麼你就必須調用release或者autorelease方法
(2)不是你建立的就不用你去負責
3>誰retain,誰release
只要你調用了retain,無論這個對象時如何產生的,你都要調用release
4>總結
有始有終,有加就應該有減。曾經讓某個對象計數器加1,就應該讓其在最後-1.
9.set方法記憶體管理
如果你有個OC物件類型的成員變數,就必須管理這個成員變數的記憶體。比如有個Book*_book
set方法的實現
-(void)setBook:(Book *)book{ if (book != _book) { [_book release]; _book = [book retain]; }}
dealloc方法的實現
-(void)dealloc { [_book release]; [super dealloc];}
[email protected]參數
1>記憶體管理相關參數
Retain:對對象release舊值,retain新值(適用於OC物件類型)
Assign:直接賦值(預設,適用於非oc物件類型)
Copy:release舊值,copy新值
2>是否要產生set方法(若為唯讀屬性,則不產生)
Readonly:唯讀,只會產生getter的聲明和實現
Readwrite:預設的,同時產生setter和getter的聲明和實現
3>多線程管理(蘋果在一定程度上屏蔽了多線程操作)
Nonatomic:高效能,一般使用這個
Atomic:低效能
4>Set和get方法的名稱
修改set和get方法的名稱,主要用於布爾類型。因為返回布爾類型的方法名一般以is開頭,修改名稱一般用在布爾類型中的getter。
@propery(setter=setAbc,getter=isRich) BOOL rich;
BOOL b=p.isRich;// 調用
11.
記憶體管理中的循環參考問題以及解決
案例:每個人有一張身份證,每張身份證對應一個人,不能使用#import的方式相互包含,這就形成了循環參考。
新的關鍵字:@class 類名;——解決循環參考問題,提高效能
@class僅僅告訴編譯器,在進行編譯的時候把後面的名字作為一個類來處理。
(1)@class的作用:聲明一個類,告訴編譯器某個名稱是一個類
(2)開發中引用一個類的規範
1)在.h檔案中使用@class來聲明類
2)在.m檔案中真正要使用到的時候,使用#import來包含類中的所有東西
(3)兩端循環參考的解決方案
一端使用retain,一端使用assign(使用assign的在dealloc中也不用再release)[email protected]:
當使用@class在兩個類相互聲明,就不會出現編譯報錯,使用 @class 類名; 就可以引用一個類,說明一下它是一個類。
13.和#import的區別
1>#import方式會包含被引用類的所有資訊,包括被引用類的變數和方法;@class方式只是告訴編譯器在A.h檔案中 B *b 只是類的聲明,具體這個類裡有什麼資訊,這裡不需要知道,等實現檔案中真正要用到時,才會真正去查看B類中資訊
2>如果有上百個標頭檔都#import了同一個檔案,或者這些檔案依次被#improt,那麼一旦最開始的標頭檔稍有改動,後面引用到這個檔案的所有類都需要重新編譯一遍,這樣的效率也是可想而知的,而相對來講,使用@class方式就不會出現這種問題了
3>在.m實現檔案中,如果需要引用到被引用類的實體變數或者方法時,還需要使用#import方式引入被引用類
4>迴圈retain
比如A對象retain了B對象,B對象retain了A對象
這樣會導致A對象和B對象永遠無法釋放
解決方案:
當兩端互相引用時,應該一端用retain、一端用assign
14.
Autorelease
1>基本用法
(1)會將對象放到一個自動釋放池中
(2)當自動釋放池被銷毀時,會對池子裡的所有對象做一次release
(3)會返回對象本身
(4)調用完autorelease方法後,對象的計數器不受影響(銷毀時影響)
2>好處
(1)不需要再關心對象釋放的時間
(2)不需要再關心什麼時候調用release
3>使用注意
(1)佔用記憶體較大的對象,不要隨便使用autorelease,應該使用release來精確控制
(2)佔用記憶體較小的對象使用autorelease,沒有太大的影響
4>錯誤寫法
(1)連續調用多次autorelease,釋放池銷毀時執行兩次release(-1嗎?)
(2)Alloc之後調用了autorelease,之後又調用了release。
5>自動釋放池
(1)在ios程式運行過程中,會建立無數個池子,這些池子都是以棧結構(先進後出)存在的。
(2)當一個對象調用autorelease時,會將這個對象放到位於棧頂的釋放池中
6>自動釋放池的建立方式
(1)ios 5.0以前的建立方式
NSAutoreleasePool *pool=[[NSAutoreleasePool alloc] init];`````````````````[pool release];//[pool drain];用於mac (2)Ios5.0以後@autoreleasepool{//開始代表建立自動釋放池·······}//結束代表銷毀自動釋放池
7>Autorelease注意
(1)系統內建的方法中,如果不包含alloc new copy等,則這些方法返回的對象都是autorelease的,如[NSDate date];
(2)開發中經常會寫一些類方法來快速建立一個autorelease對象,建立對象時不要直接使用類名,而是使用self
二、protocol1.協議的定義
@protocol 協議名稱 <NSObject> // 方法聲明列表.... @end
2.如何遵守協議
1> 類遵守協議
@interface 類名 : 父類名 <協議名稱1, 協議名稱2> @end
2> 協議遵守協議
@protocol 協議名稱 <其他協議名稱1, 其他協議名稱2> @end
3.協議中方法聲明的關鍵字
1> @required (預設)
要求實現,如果沒有實現,會發出警告
2> @optional
不要求實現,怎樣不會有警告
4.定義一個變數的時候,限制這個變數儲存的對象遵守某個協議
類名<協議名稱> *變數名; id<協議名稱> 變數名; NSObject<MyProtocol> *obj; id<MyProtocol> obj2;
如果沒有遵守對應的協議,編譯器會警告
[email protected]中聲明的屬性也可用做一個遵守協議的限制
@property (nonatomic, strong) 類名<協議名稱> *屬性名稱; @property (nonatomic, strong) id<協議名稱> 屬性名稱; @property (nonatomic, strong) Dog<MyProtocol>*dog; @property (nonatomic, strong)id<MyProtocol> dog2;
6.協議可用定義在單獨.h檔案中,也可用定義在某個類中
1> 如果這個協議只用在某個類中,應該把協議定義在該類中
2> 如果這個協議用在很多類中,就應該定義在單獨檔案中
7.分類可用定義在單獨.h和.m檔案中,也可用定義在原來類中
1> 一般情況下,都是定義在單獨檔案
2> 定義在原來類中的分類,只要求能看懂文法
// 定義了一個名叫MyProtocol的協議@protocol MyProtocol <NSObject>// @required 要求實現,不實現就會發出警告// @optional 不要求實現- (void)test4; //@required (預設)
三、block1.簡介
BLOCK是什嗎?蘋果推薦的類型,效率高,在運行中儲存代碼。用來封裝和儲存代碼,有點像函數,BLOCK可以在任何時候執行。
BOLCK和函數的相似性:(1)可以儲存代碼(2)有傳回值(3)有形參(4)調用方式一樣。標識符 ^
2.
基本使用
1>定義BLOCK變數
Int (^SumBlock)(int,int);//有參數,傳回值類型為intVoid (^MyBlock)();//無參數,傳回值類型為空白
2>利用block封裝代碼
3>Block訪問外部變數
1)Block內部可以訪問外部變數;
2)預設情況下,Block內部不能修改外部的局部變數
3)給局部變數加上__block關鍵字,則這個局部變數可以在block內部進行修改。
4>利用typedef定義block類型(和指向函數的指標很像)
Typedef int(^MyBlock)(int ,int);
以後就可以利用這種類型來定義block變數了。
MyBlock a,b; a=^(int a,int b){return a-b;};MyBlock b2=^(int n1,int n2){return n1*n2;};
四、ARC1.ARC簡介
ARC是自iOS5之後增加的新特性,完全消除了手動管理記憶體的煩瑣,編譯器會自動在適當的地方插入適當的retain、release、autorelease語句。你不再需要擔心記憶體管理,因為編譯器為你處理了一切
ARC 是編譯器特性,而不是 iOS 運行時特性,它也不是類似於其它語言中的垃圾收集器。因此 ARC 和手動記憶體管理效能是一樣的,有時還能更加快速,因為編譯器還可以執行某些最佳化ARC的規則非常簡單:只要還有一個強指標變數指向對象,對象就會保持在記憶體中
2.ARC的判斷準則:
只要沒有強指標指向對象,對象就會被釋放。
3.指標分類:
1>強指標:預設的情況下,所有的指標都是強指標,關鍵字strong
2>弱指標:_ _weak關鍵字修飾的指標
聲明一個弱指標如下:
_ _weak Person *p;
ARC中,只要弱指標指向的對象不在了,就直接把弱指標做清空操作。
_ _weak Person *p=[[Person alloc] init];//不合理,對象一建立出來就被釋放掉,對象釋放掉後,ARC把指標自動清零。
ARC中在property處不再使用retain,而是使用strong,在dealloc中不需要再[super dealloc]。
@property(nonatomic,strong)Dog *dog;// 意味著產生的成員變數_dog是一個強指標,相當於以前的retain。
如果換成是弱指標,則換成weak,不需要加_ _。
4.ARC的特點總結:
(1)不允許調用release,retain,retainCount
(2)不允許重寫dealloc,但是不允許調用[super dealloc]
(3)@property的參數:
Strong:相當於原來的retain(適用於OC物件類型),成員變數是強指標
Weak:相當於原來的assign,(適用於oc物件類型),成員變數是弱指標
Assign:適用於非OC物件類型(基礎類型)
---------------------- ASP.Net+Unity開發、.Net培訓、期待與您交流! ----------------------
詳細請查看:www.itheima.com