小結: 由上圖運作方式可知道，UITableView 只秀螢幕所看的道的部份。他並不是有多少資料全部一次load 到記憶體來。且再次重show 時也不是再次重要一個記憶體，而是去bucket暫存桶中再抓出來。
2013年2月27日 星期三
UITableView 在IOS 上的記憶體運作
[iphone app 開發]
小結: 由上圖運作方式可知道，UITableView 只秀螢幕所看的道的部份。他並不是有多少資料全部一次load 到記憶體來。且再次重show 時也不是再次重要一個記憶體，而是去bucket暫存桶中再抓出來。
小結: 由上圖運作方式可知道，UITableView 只秀螢幕所看的道的部份。他並不是有多少資料全部一次load 到記憶體來。且再次重show 時也不是再次重要一個記憶體，而是去bucket暫存桶中再抓出來。
2013年2月25日 星期一
IOS 下 app 的記憶體管理: 大方向
[iphone app 開發]
大觀念：
IOS 下的 Objective-c 沒有garbage collector, 而是用比較像linux 的 reference counting, 它會
看這個物件有多少人reference 它，而在這個reference count 變為0 的時候才釋放它。
另外一種想法是，物件被一個或一個以上的人擁有，就能繼續存在，直到沒有人在擁有這個物件，它的retain count = 0 時，就會被釋放且清理。
簡單說，這樣就會釋放掉當初宣告內容特性所用過的記憶體。
大觀念：
IOS 下的 Objective-c 沒有garbage collector, 而是用比較像linux 的 reference counting, 它會
看這個物件有多少人reference 它，而在這個reference count 變為0 的時候才釋放它。
另外一種想法是，物件被一個或一個以上的人擁有，就能繼續存在，直到沒有人在擁有這個物件，它的retain count = 0 時，就會被釋放且清理。
簡單說，這樣就會釋放掉當初宣告內容特性所用過的記憶體。
訂閱：
文章 (Atom)