一抛蚁、內(nèi)存問題歸類

1、野指針惕橙。 指針對象指向了無效的地址瞧甩，這個地址被其它對象持有了，已經(jīng)屬于其它對象弥鹦； 或者還有一種可能肚逸， 這塊內(nèi)存已經(jīng)被 系統(tǒng)回收了。 總而言之彬坏， 指針指向的內(nèi)存塊不能用了朦促，要么是被別人用了，要么是被系統(tǒng)回收了

2栓始、Method cache corrupted. This may be a message to an invalid object, or a memory error somewhere else.  這其實也是內(nèi)存問題的一種务冕。 這個對象你明明申請了空間，現(xiàn)在卻說你這個對象是個無效的對象幻赚，這說明你這個對象在創(chuàng)建的時候禀忆，占用的內(nèi)存塊有問題，在內(nèi)存上發(fā)生了沖突落恼。 舉例： 你調(diào)用一個系統(tǒng)api箩退，將一個結(jié)構(gòu)體里的buffer數(shù)據(jù)，轉(zhuǎn)為另一個結(jié)構(gòu)體佳谦。 你在初始化目標結(jié)構(gòu)體的時候戴涝，給結(jié)構(gòu)體里的data申請了1024個字節(jié)，可是系統(tǒng)api中钻蔑，有參數(shù)指定了要拷貝4000個字節(jié)的源結(jié)構(gòu)體的data到目標結(jié)構(gòu)體啥刻。 這個時候， 目標結(jié)構(gòu)體就會多去占用2976個字節(jié)的空間矢棚，可是你卻只申請了1024個字節(jié)郑什，這樣，當你程序在運行的時候蒲肋，創(chuàng)建對象的時候蘑拯，如果又去指向那多占的2976個內(nèi)存空間， 就會出現(xiàn)對象無效兜粘。

3申窘、 incorrect checksum for freed object - object was probably modified after being freed. 對象被釋放后，又進行了修改孔轴。 

4剃法、重復釋放。 一個對象的內(nèi)存已經(jīng)被釋放了一次路鹰，又再一次去釋放贷洲。

總而言之收厨；都是內(nèi)存管理不當。

二优构、崩潰時的癥狀

內(nèi)存問題肯定是導致app奔潰閃退的诵叁。 有以下幾個特點：

1、崩潰的地方不固定钦椭，到處崩潰拧额。 我們都知道，最好解決的bug就是問題在哪里就崩潰在哪里彪腔，直接定位到了有bug的代碼侥锦。 可是內(nèi)存問題卻是到處崩潰，連平時的創(chuàng)建一個button的代碼都可以崩潰德挣。

2恭垦、崩潰日志不固定，這一次是說野指針盲厌，下一次是說無效對象署照，然后又說是對象釋放后又發(fā)生了修改。

3吗浩、崩潰日志大多數(shù)是與內(nèi)存有關(guān)建芙。

總結(jié)：出現(xiàn)內(nèi)存管理、泄露的問題大多發(fā)生在c懂扼，c++的代碼處

三禁荸、解決思路

在前言里就說了，這里沒有代碼也沒有具體的業(yè)務場景阀湿，主要是給猿友們增加一下對內(nèi)存管理的認識赶熟，如果遇到了，希望我寫的對你們有幫助陷嘴！

首先我們肯定要定位有問題的代碼塊映砖。 剛開始的時候，我考慮的是使用一些第三方工具或者崩潰日志灾挨，可使然并yuan邑退，就算你看到了奔潰的日志，也不可以定位到有問題的代碼劳澄。 第三方工具也是坑地技，沒發(fā)現(xiàn)有效的。  這里秒拔，我是用的注釋莫矗。 你app里應該是處理某一個業(yè)務或者發(fā)生點擊事件的時候，崩潰了。這個時候作谚，你在處理事件的地方三娩，一點點的注釋，直到定位代碼塊食磕。

定位到具體的某一句代碼后尽棕，沉下心去看這句代碼做的事情，了解這句代碼的用途彬伦。特別是去看申請內(nèi)存方面的邏輯， 既然是內(nèi)存問題伊诵，肯定是你在數(shù)據(jù)處理的時候单绑，內(nèi)存申請的不夠，或者是申請的太大太大曹宴，超出了手機app所能承受的范圍搂橙。