iOS開發(fā)中 new與alloc/init的區(qū)別 及 [NSArray array] 和 [[NSArray alloc]init] 及 self. 和 _ 的區(qū)別

[className new] 和 [[className alloc] init] 的區(qū)別

1.在實(shí)際開發(fā)中很少會(huì)用到new,一般創(chuàng)建對(duì)象咱們看到的全是[[className alloc] init]

但是并不意味著你不會(huì)接觸到new,在一些代碼中還是會(huì)看到[[className alloc] init],

2.那么,他們兩者之間到底有什么區(qū)別呢

我們看源碼:

+ new 
{ 
id newObject = (*_alloc)((Class)self, 0); 
Class metaClass = self->isa; 
if (class_getVersion(metaClass) > 1) 
return [newObject init]; 
else 
return newObject; 
} 
 
//而 alloc/init 像這樣: 
+ alloc 
{ 
return (*_zoneAlloc)((Class)self, 0, malloc_default_zone());  
} 
- init 
{ 
return self; 
} 

通過源碼中我們發(fā)現(xiàn),[className new]基本等同于[[className alloc] init];

區(qū)別只在于alloc分配內(nèi)存的時(shí)候使用了zone.

這個(gè)zone是個(gè)什么東東呢?

它是給對(duì)象分配內(nèi)存的時(shí)候,把關(guān)聯(lián)的對(duì)象分配到一個(gè)相鄰的內(nèi)存區(qū)域內(nèi),以便于調(diào)用時(shí)消耗很少的代價(jià),提升了程序處理速度;

3.而為什么不推薦使用new?

不知大家發(fā)現(xiàn)了沒有:如果使用new的話,初始化方法被固定死只能調(diào)用init.

而你想調(diào)用initXXX怎么辦?沒門兒!據(jù)說最初的設(shè)計(jì)是完全借鑒Smalltalk語法來的。

傳說那個(gè)時(shí)候已經(jīng)有allocFromZone:這個(gè)方法,

但是這個(gè)方法需要傳個(gè)參數(shù)id myCompanion = [[TheClass allocFromZone:[self zone]] init];

這個(gè)方法像下面這樣:

+ allocFromZone:(void *) z 
{ 
return (*_zoneAlloc)((Class)self, 0, z);  
} 
 
//后來簡化為下面這個(gè): 
+ alloc 
{ 
return (*_zoneAlloc)((Class)self, 0, malloc_default_zone());  
} 

但是,出現(xiàn)個(gè)問題:這個(gè)方法只是給對(duì)象分配了內(nèi)存,并沒有初始化實(shí)例變量。

是不是又回到new那樣的處理方式:在方法內(nèi)部隱式調(diào)用init方法呢?

后來發(fā)現(xiàn)“顯示調(diào)用總比隱式調(diào)用要好”,所以后來就把兩個(gè)方法分開了。

概括來說,new和alloc/init在功能上幾乎是一致的,分配內(nèi)存并完成初始化。

差別在于,采用new的方式只能采用默認(rèn)的init方法完成初始化,

采用alloc的方式可以用其他定制的初始化方法。

再來說一個(gè)突然想起來的問題:[NSArray array] 和 [[NSArray alloc]init] (包括字典等同類) 的使用方法的區(qū)別:

alloc (內(nèi)存分配)以及init(初始化) Objective-C 協(xié)議分為非正式協(xié)議和正式協(xié)議 .

這兩個(gè)方式都是建立一個(gè)空的Array
[NSArray array]不需要release,使用autoreleasepool機(jī)制。
[[NSArray alloc] init]需要自己手動(dòng)release

項(xiàng)目使用崩潰實(shí)例:

在ViewDidLoad中
jsonDataDic = [NSMutableDictionary dictionary];
[self jsonParse];
創(chuàng)建一個(gè)空字典,在jsonParse中使用了這個(gè)詞典,導(dǎo)致程序崩潰
解決方法:在jsonDataDic前面加上self.即可
原因:不加的話,指針的作用域僅在ViewDidLoad中,進(jìn)入jsonParse后該指針已釋放,成為了一個(gè)野指針,再對(duì)其進(jìn)行操作,使程序崩潰。
注意:字典是沒有順序的,字典的allkeys或者allvalues存放到數(shù)組中是隨機(jī)的。

總結(jié):
new做的事情和alloc init是一樣的,當(dāng)然你要構(gòu)造方法是init的時(shí)候完全可以用new來代替 ,alloc 不僅僅可以使用init構(gòu)造方法,更可以自定義構(gòu)造方法e.g initWithFrame等等。
另外,alloc開辟空間后能夠自動(dòng)清空新開辟內(nèi)存空間中的老數(shù)據(jù),不會(huì)出現(xiàn)莫名奇妙的錯(cuò)誤,見《Objective-C基礎(chǔ)教程》

說到這個(gè)問題,可能有小伙伴又懵了,那 self. 和 _ 有什么區(qū)別呢,再說下這兩個(gè) :
self.programStack等于[self programStack],會(huì)走你的懶加載方法;而_programStack類似于self->_programStack。

用self點(diǎn)出屬性是更好的選擇,因?yàn)檫@樣可以兼容懶加載,同時(shí)也避免了使用下劃線的時(shí)候忽視了self這個(gè)指針,后者容易在block中造成循環(huán)引用。

懶加載(Load On Demand)是一種獨(dú)特而又強(qiáng)大的數(shù)據(jù)獲取方法,它能夠在用戶滾動(dòng)頁面的時(shí)候自動(dòng)獲取更多的數(shù)據(jù),而新得到的數(shù)據(jù)不會(huì)影響原有數(shù)據(jù)的顯示,同時(shí)最大程度上減少服務(wù)器端的資源耗用。

這兩種使用方式顯然是不一樣的。

主要是涉及到內(nèi)存管理的問題。self.propertyName 使用self. 是對(duì)屬性的訪問。使用_ 是對(duì)局部變量的訪問。
所有被聲明為屬性的成員,在ios5 之前需要使用編譯器指令@synthesize 來告訴編譯器幫助生成屬性的getter,setter方法。之后這個(gè)指令可以不用人為指定了,默認(rèn)情況下編譯器會(huì)幫我們生成。 編譯器在生成getter,setter方法時(shí)是有優(yōu)先級(jí)的,它首先查找當(dāng)前的類中用戶是否已定義屬性的getter,setter方法,如果有,則編譯器會(huì)跳過,不會(huì)再生成,使用用戶定義的方法。 也就是說你在使用self.propertyName 時(shí)是在調(diào)用一個(gè)方法。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容