一做祝、開篇
最近幾天在做APP的性能優(yōu)化問題，遇到了很多問題，所以來總結(jié)和分享一下筑悴。
內(nèi)存泄露解決分為了三步：
- 靜態(tài)分析：Instruments的Analyze。通過靜態(tài)分析我們可以最初步的了解到代碼的一些不規(guī)范的地方和一些代碼邏輯上的錯(cuò)誤稍途；
- 解決ViewController不釋放的問題阁吝；
- Instruments的Leaks。運(yùn)行時(shí)分析內(nèi)存泄露情況并解決械拍；
根據(jù)這三步的解決內(nèi)存泄露問題突勇，每一步包含的內(nèi)容比較多，所以我分為三篇文章來寫坷虑。
這篇文章是總結(jié)靜態(tài)分析代碼的時(shí)候遇到的常見的幾類問題甲馋，及解決方法。首先會介紹下內(nèi)存泄露相關(guān)的基礎(chǔ)知識迄损。
二定躏、內(nèi)存泄露相關(guān)的基礎(chǔ)知識
1.概念
內(nèi)存泄露：如果程序運(yùn)行時(shí)一直分配內(nèi)存而不及時(shí)釋放無用的內(nèi)存，程序占用的內(nèi)存越來越大芹敌，直到把系統(tǒng)分配給該APP的內(nèi)存消耗殫盡痊远，程序因無內(nèi)存可用導(dǎo)致崩潰，這樣的情況我們稱之為內(nèi)存泄漏氏捞。
2. 可能引起的問題
1)內(nèi)存消耗殆盡的時(shí)候碧聪，程序會因沒有內(nèi)存被殺死，即crash液茎。
2)當(dāng)內(nèi)存快要用完的時(shí)候逞姿，會非常的卡頓
3)如果是ViewController沒有釋放掉辞嗡，引起的內(nèi)存泄露，還會引起其他很多問題滞造，尤其是和通知相關(guān)的欲间。沒有被釋放掉的ViewController還能接收通知，還會執(zhí)行相關(guān)的動(dòng)作断部，所以會引起各種各樣的異常情況的發(fā)生猎贴。
三、Analyze檢測出的幾種常見問題
使用Analyze能夠發(fā)現(xiàn)一些代碼不規(guī)范的地方蝴光。下面是我調(diào)試的過程中遇到的一些問題她渴。
-
value stored to ‘width’during its initialization is never read。
該問題的原因是：變量申請了內(nèi)存并初始化了蔑祟，但沒有用使此變量趁耗，接著將此變量又從新賦值. - (CGSize)sizeForContent:(MGCMessageBaseEntity*)message { float width = size.width < 20 ? 20 : size.width + 5; width = size.width > MAX_CHAT_TEXT_WIDTH ? MAX_CHAT_TEXT_WIDTH : size.width; return CGSizeMake(width, size.height + 3); } 規(guī)范的寫法是：float width = size.width > MAX_CHAT_TEXT_WIDTH ? MAX_CHAT_TEXT_WIDTH : size.width; 還有一種情況是：為同一個(gè)數(shù)據(jù)源分配了兩塊內(nèi)存，這里不會引起內(nèi)存泄露疆虚，因?yàn)闉閍rr1分配的內(nèi)存塊雖然一直是空閑塊苛败，但是在生命周期結(jié)束時(shí)，這塊內(nèi)存會被釋放掉径簿。跟前面說的罢屈，內(nèi)存泄露是內(nèi)存一直得不到釋放，才會造成內(nèi)存泄露篇亭。 NSArray *arr1 = [[NSArray alloc]init]; if(index == 1){ arr1 = self.usersArray; }else{ arr1 = self.editArray; } 因?yàn)閟elf.usersArray和self.editArray都是被初始化過的數(shù)組缠捌，將它們賦值給了arr1，arr1又申請了內(nèi)存译蒂。規(guī)范的寫法是：NSArray *arr1曼月；不為arr1分配內(nèi)存。 -
Value stored to 'titleString' is never read
該變量從來沒有被使用 -
Potential leak of an object allocated on line 101 and stored into ''
潛在的內(nèi)存泄露：這里主要是一些非OC對象柔昼，ARC不會對它進(jìn)行釋放哑芹，所以造成了一直沒有釋放。比如一些類型：CGImageRef（對應(yīng)調(diào)用CGImageRelease）捕透、CGContextRef（對應(yīng)調(diào)用CGContextRelease）CGColorSpaceRef（對應(yīng)CGColorSpaceRelease） 這些都是非OC對象聪姿，所以要自己記著釋放掉。 Analyze還能檢查出一些邏輯上的錯(cuò)誤激率，并且指出原因咳燕，簡直太好用了勿决。不出例子了乒躺，因?yàn)榇a已經(jīng)解決了好幾天了，現(xiàn)在不存在有邏輯錯(cuò)誤的代碼了低缩。
