這個問題挺有意思
iOS中不存在緩存池滿的情況, 因爲通常iOS開發中對象都是在需要的時候才創建, iOS程序員有一句常說的話就是懶加載, 懶加載想必就不用多說了吧. 還有在UITableView中一般只會創建剛開始出現在屏幕中的cell, 之後都是從緩存池中取, 不會再創建新的對象. 緩存池中最多也就一兩個對象, 所以iOS開發中cell的緩存池不存在滿的問題.
緩存池滿的這種情況一般在Java開發中比較常見, Java中一般把最近最少使用的對象先釋放
這個問題挺有意思
iOS中不存在緩存池滿的情況, 因爲通常iOS開發中對象都是在需要的時候才創建, iOS程序員有一句常說的話就是懶加載, 懶加載想必就不用多說了吧. 還有在UITableView中一般只會創建剛開始出現在屏幕中的cell, 之後都是從緩存池中取, 不會再創建新的對象. 緩存池中最多也就一兩個對象, 所以iOS開發中cell的緩存池不存在滿的問題.
緩存池滿的這種情況一般在Java開發中比較常見, Java中一般把最近最少使用的對象先釋放