您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“如何使用GCD加載傳送圖片”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“如何使用GCD加載傳送圖片”這篇文章吧。
如果有很多張圖片要顯示,最好不要提前把所有都加載進來,而是應該當移出屏幕之后立刻銷毀。通過選擇性的緩存,你就可以避免來回滾動時圖片重復性的加載了。
緩存其實很簡單:就是存儲昂貴計算后的結果(或者是從閃存或者網絡加載的文件)在內存中,以便后續使用,這樣訪問起來很快。問題在于緩存本質上是一個權衡過程-為了提升性能而消耗了內存,但是由于內存是一個非常寶貴的資源,所以不能把所有東西都做緩存。
何時將何物做緩存(做多久)并不總是很明顯。幸運的是,大多情況下,iOS都為我們做好了圖片的緩存。
[UIImageimageNamed:]方法
之前我們提到使用[UIImageimageNamed:]加載圖片有個好處在于可以立刻解壓圖片而不用等到繪制的時候。但是[UIImageimageNamed:]方法有另一個非常顯著的好處:它在內存中自動緩存了解壓后的圖片,即使你自己沒有保留對它的任何引用。
對于iOS應用那些主要的圖片(例如圖標,按鈕和背景圖片),使用[UIImageimageNamed:]加載圖片是最簡單最有效的方式。在nib文件中引用的圖片同樣也是這個機制,所以你很多時候都在隱式的使用它。
但是[UIImageimageNamed:]并不適用任何情況。它為用戶界面做了優化,但是并不是對應用程序需要顯示的所有類型的圖片都適用。有些時候你還是要實現自己的緩存機制,原因如下:
[UIImageimageNamed:]方法僅僅適用于在應用程序資源束目錄下的圖片,但是大多數應用的許多圖片都要從網絡或者是用戶的相機中獲取,所以[UIImageimageNamed:]就沒法用了。
[UIImageimageNamed:]緩存用來存儲應用界面的圖片(按鈕,背景等等)。如果對照片這種大圖也用這種緩存,那么iOS系統就很可能會移除這些圖片來節省內存。那么在切換頁面時性能就會下降,因為這些圖片都需要重新加載。對傳送器的圖片使用一個單獨的緩存機制就可以把它和應用圖片的生命周期解耦。
[UIImageimageNamed:]的緩存機制
[UIImageimageNamed:]緩存機制并不是公開的,所以你不能很好地控制它。例如,你沒法做到檢測圖片是否在加載之前就做了緩存,不能夠設置緩存大小,當圖片沒用的時候也不能把它從緩存中移除。
構建一個所謂的緩存系統非常困難。菲爾卡爾頓曾經說過:“在計算機科學中只有兩件難事:緩存和命名”。
以上是“如何使用GCD加載傳送圖片”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。