專(zhuān)利名稱(chēng)：圖片加載的方法及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其是涉及一種圖片加載的方法及終端。
背景技術(shù)：
低速處理器和低內(nèi)存的圖像終端設(shè)備通常體型比較小，且方便移動(dòng)，但它的數(shù)據(jù) 處理能力比起普通的PC機(jī)來(lái)說(shuō)，畢竟還是很有限的。因此，低速處理器和低內(nèi)存的圖像終 端設(shè)備的數(shù)據(jù)處理能力只能通過(guò)合理地利用其有限的資源的方式來(lái)提升它先天的不足。
現(xiàn)有的低速處理器和低內(nèi)存圖像終端設(shè)備(例如，手機(jī))雖然可以通過(guò)多線(xiàn)程的 圖片加載，達(dá)到用戶(hù)的操作無(wú)需等待圖片加載的進(jìn)行的目的，但是，都存在一些缺陷，具體 地，有兩種設(shè)計(jì)形式 (1)加載所有圖片。用戶(hù)在瀏覽圖片時(shí)，沒(méi)有圖片加載的時(shí)延，有利于用戶(hù)體驗(yàn)。 但是，這種加載方式對(duì)終端的內(nèi)存消耗特別大，對(duì)具有低速處理器和低內(nèi)存的圖像終端設(shè) 備是不可取的。隨著存儲(chǔ)技術(shù)的不斷發(fā)展，閃存(flash)容量會(huì)越來(lái)越大，用戶(hù)存儲(chǔ)的圖片 數(shù)目也可能會(huì)非常龐大，這樣必將會(huì)出現(xiàn)終端死機(jī)的情況。 (2)只加載可見(jiàn)部分圖片。這種加載方式的好處是可以大大節(jié)省了終端的資源，屬 于即用即加載的方式。但是，相應(yīng)的缺點(diǎn)是其用戶(hù)體驗(yàn)比較差，即，用戶(hù)每次進(jìn)行頁(yè)面切換 時(shí)，都需等待圖片加載的執(zhí)行，當(dāng)圖片文件比較大或者圖片解析過(guò)程比較慢時(shí)，用戶(hù)的等待 時(shí)間也是相當(dāng)可觀的。 綜上所述，現(xiàn)有的低速處理器和低內(nèi)存的圖像終端設(shè)備上的圖片加載方式是很不 合理的，亟需進(jìn)行優(yōu)化。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種圖片的加載方案，以至少解決上述問(wèn)題。
為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種圖片加載的方法。
根據(jù)本發(fā)明的圖片加載的方法包括根據(jù)可用內(nèi)存空間確定能夠加載的圖片的數(shù) 目；獲取多個(gè)圖片中從起始位置開(kāi)始的數(shù)目的圖片；以及為獲取的圖片分配資源，使用資 源預(yù)加載獲取的圖片。 優(yōu)選地，獲取多個(gè)圖片中從起始位置開(kāi)始的數(shù)目的圖片包括在起始位置發(fā)生改 變時(shí)，根據(jù)改變后的起始位置重新獲取數(shù)目的圖片。 優(yōu)選地，起始位置發(fā)生改變通過(guò)以下方式至少之一 屏幕的滾動(dòng)條通過(guò)快速按鍵 或觸摸的方式拖動(dòng)、當(dāng)前屏幕發(fā)生變換。 優(yōu)選地，該方法還包括在起始位置發(fā)生改變之后，確定在屏幕中按縮略圖形式應(yīng) 該顯示的新圖片；如果應(yīng)該顯示的新圖片屬于預(yù)加載的圖片，則直接從預(yù)加載的圖片顯示 應(yīng)該顯示的新圖片。 優(yōu)選地，使用資源預(yù)加載獲取的圖片之后，包括回收在重新獲取數(shù)目的圖片之外 的圖片的分配資源。
優(yōu)選地，數(shù)目大于當(dāng)前屏幕顯示的圖片的數(shù)量。 優(yōu)選地，起始位置通過(guò)圖片目錄中圖片的列表項(xiàng)和/或屏幕的滾動(dòng)條的位置來(lái)確 定。 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種終端。 根據(jù)本發(fā)明的終端，包括確定模塊，用于根據(jù)可用內(nèi)存空間確定能夠加載的圖片
的數(shù)目；獲取模塊，用于獲取多個(gè)圖片中從起始位置開(kāi)始的數(shù)目的圖片；以及加載模塊，用
于為獲取的圖片分配資源，使用資源預(yù)加載獲取的圖片。 優(yōu)選地，獲取模塊包括更新單元，用于在起始位置發(fā)生改變時(shí)，根據(jù)改變后的起 始位置重新獲取數(shù)目的圖片。 優(yōu)選地，更新單元還用于屏幕的滾動(dòng)條通過(guò)快速按鍵或觸摸的方式拖動(dòng)、或者當(dāng) 前屏幕發(fā)生變換時(shí)起始位置發(fā)生改變。 通過(guò)本發(fā)明，采用多線(xiàn)程的圖片加載方式，利用用戶(hù)的操作時(shí)間進(jìn)行圖片的預(yù)解 析，解決了現(xiàn)有的低速處理器和低內(nèi)存的圖像終端設(shè)備加載所有圖片內(nèi)存消耗特別大和加 載可見(jiàn)部分圖片解析過(guò)程慢的問(wèn)題，保證了用戶(hù)在訪(fǎng)問(wèn)圖片時(shí)圖片數(shù)據(jù)資源已經(jīng)就位，從 而實(shí)現(xiàn)了用戶(hù)在切換圖片時(shí)的"零"時(shí)間等待及在預(yù)覽圖片時(shí)的不間斷性，提升了用戶(hù)體 驗(yàn)，合理利用了系統(tǒng)資源。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)
明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中 圖1是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖； 圖2是根據(jù)本發(fā)明實(shí)施例的終端的優(yōu)選結(jié)構(gòu)框圖； 圖3是根據(jù)本發(fā)明實(shí)施例的圖片加載的方法的流程圖； 圖4是根據(jù)本發(fā)明實(shí)施例的進(jìn)入圖片目錄的流程圖； 圖5是根據(jù)本發(fā)明實(shí)施例的切換圖片頁(yè)面的流程圖。
具體實(shí)施例方式
下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。 在實(shí)施例中，提供了一種終端。圖1是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)框圖，如 圖1所示，終端包括確定模塊12、獲取模塊14和加載模塊16，下面對(duì)此終端進(jìn)行詳細(xì)的說(shuō) 明。 終端確定模塊12，該模塊用于根據(jù)可用內(nèi)存空間確定能夠加載的圖片的數(shù)目；獲 取模塊14連接至確定模塊12，用于獲取多個(gè)圖片中從起始位置開(kāi)始的該數(shù)目的圖片；以及 加載模塊16連接至獲取模塊14，用于為獲取的圖片分配資源，使用該資源預(yù)加載獲取的圖 片。 通過(guò)上述終端，可以利用用戶(hù)的操作時(shí)間進(jìn)行圖片的預(yù)解析，解決了加載所有圖 片內(nèi)存消耗特別大和加載可見(jiàn)部分圖片解析過(guò)程慢的問(wèn)題。 圖2是根據(jù)本發(fā)明實(shí)施例的終端的優(yōu)選結(jié)構(gòu)框圖，如圖2所示，獲取模塊14包括更新單元142，用于在起始位置發(fā)生改變時(shí)，根據(jù)改變后的起始位置重新獲取該數(shù)目的圖 片。 優(yōu)選地，更新單元142還用于屏幕的滾動(dòng)條通過(guò)快速按鍵或觸摸的方式拖動(dòng)、或 者當(dāng)前屏幕發(fā)生變換時(shí)起始位置發(fā)生改變。也就是說(shuō)，屏幕的滾動(dòng)條通過(guò)快速按鍵或觸摸 的方式拖動(dòng)，或者其他可以使當(dāng)前屏幕發(fā)生變換的行為(例如，采用傳感器的重力感應(yīng)方 式)都可以觸發(fā)起始位置的改變。 在實(shí)施例中，對(duì)應(yīng)于上述的終端，提供了一種圖片加載的方法，圖3是根據(jù)本發(fā)明
實(shí)施例的圖片加載的方法的流程圖，如圖3所示，該方法包括如下步驟 步驟S302，根據(jù)可用內(nèi)存空間確定能夠加載的圖片的數(shù)目； 步驟S304，獲取多個(gè)圖片中從起始位置開(kāi)始的上述數(shù)目的圖片；以及 步驟S306，為獲取的圖片分配資源，使用該資源預(yù)加載獲取的圖片。 通過(guò)上述方法，保證了用戶(hù)在訪(fǎng)問(wèn)圖片時(shí)圖片數(shù)據(jù)資源已經(jīng)就位，實(shí)現(xiàn)了用戶(hù)在
切換圖片時(shí)的"零"時(shí)間等待及在預(yù)覽圖片時(shí)的不間斷性。 優(yōu)選地，步驟S302中的能夠加載的圖片數(shù)目可以大于當(dāng)前屏幕顯示的圖片的數(shù) 量。該方法使得在屏幕滾動(dòng)時(shí)，新出現(xiàn)在屏幕的圖片無(wú)需等待重新加載，可以直接看到顯示 的圖片，提高了用戶(hù)體驗(yàn)。 優(yōu)選地，在步驟S304中，在起始位置發(fā)生改變時(shí)，根據(jù)改變后的起始位置重新獲
取上述數(shù)目的圖片，例如，屏幕的滾動(dòng)條通過(guò)快速按鍵或觸摸的方式拖動(dòng)，或者其他可以使
當(dāng)前屏幕發(fā)生變換的行為(例如，采用傳感器的重力感應(yīng)方式)都可以觸發(fā)起始位置發(fā)生
改變；另外，起始位置可以通過(guò)圖片目錄中圖片的列表項(xiàng)和/或屏幕的滾動(dòng)條的位置(或
者其他可以唯一地表征列表項(xiàng)位置的參數(shù))來(lái)確定。該方法明確了重新加載圖片數(shù)目的時(shí)
機(jī)，使得上述數(shù)目可以根據(jù)內(nèi)存的使用情況動(dòng)態(tài)更改，增加了系統(tǒng)的靈活性。 優(yōu)選地，在起始位置發(fā)生改變之后，確定在屏幕中按縮略圖形式應(yīng)該顯示的新圖
片；如果應(yīng)該顯示的新圖片屬于預(yù)加載的圖片，則直接從預(yù)加載的圖片顯示應(yīng)該顯示的新
圖片。該方法使得在圖片在以縮略圖形式顯示時(shí)，通過(guò)快速按鍵或觸摸的方式拖動(dòng)屏幕滾
動(dòng)條時(shí)，用戶(hù)可以無(wú)需等待地直接看到顯示圖片，增強(qiáng)了用戶(hù)體驗(yàn)。 優(yōu)選地，可以在步驟S306之后回收在重新獲取上述數(shù)目的圖片之外的圖片的分 配資源。該方法提高了內(nèi)存的利用率和系統(tǒng)性能。 上述步驟S302至步驟S306可以采用多線(xiàn)程預(yù)加載和內(nèi)存管理的方式來(lái)完成，主 要包括兩個(gè)線(xiàn)程線(xiàn)程l，負(fù)責(zé)響應(yīng)用戶(hù)的操作，在整個(gè)操作過(guò)程中充當(dāng)控制角色；線(xiàn)程2， 負(fù)責(zé)圖片的加載處理，在整個(gè)過(guò)程中是執(zhí)行單元。兩者相輔相成，通過(guò)同步機(jī)制，共同配合 完成圖片的預(yù)處理過(guò)程和終端的內(nèi)存的管理。 具體地，線(xiàn)程1對(duì)用戶(hù)的操作指令進(jìn)行解析，根據(jù)符合圖片加載上下限條件的每 一個(gè)圖片列表項(xiàng)的屬性，分別為它們分配一個(gè)任務(wù)，并通過(guò)同步機(jī)制將這一任務(wù)添加到線(xiàn) 程2的隊(duì)列中，交給線(xiàn)程2來(lái)處理。與此同時(shí)，線(xiàn)程1對(duì)不符合加載上下限條件、但又已經(jīng) 分配了系統(tǒng)資源的圖片列表項(xiàng)的資源進(jìn)行回收。然后，線(xiàn)程1繼續(xù)監(jiān)控用戶(hù)動(dòng)作和線(xiàn)程2 返回的處理結(jié)果，并對(duì)任務(wù)結(jié)果進(jìn)行處理。其中，線(xiàn)程2的任務(wù)很簡(jiǎn)單，是通過(guò)同步機(jī)制來(lái) 處理自己隊(duì)列中的一個(gè)個(gè)圖片解析請(qǐng)求，并在圖片解析處理完畢后，通知線(xiàn)程1圖片解析 處理的結(jié)果信息。需要說(shuō)明的是，上述圖片加載上下限是指軟件中約定的、需要圖片解析函
5數(shù)處理的、在圖片目錄列表中的上限至下限的范圍，即，圖片目錄列表中需要進(jìn)行圖片解析 處理的圖片列表項(xiàng)。 下面對(duì)本發(fā)明技術(shù)方案的具體實(shí)施例做進(jìn)一步的詳細(xì)描述。
優(yōu)選實(shí)例一 圖4是根據(jù)本發(fā)明實(shí)施例的進(jìn)入圖片目錄的流程圖，如圖4所示，當(dāng)用戶(hù)首次進(jìn)入 圖片文件目錄時(shí)，根據(jù)當(dāng)前內(nèi)存的大小以及使用情況確定加載的上下限，線(xiàn)程l(用戶(hù)操作 線(xiàn)程)開(kāi)始將符合加載上下限條件的所有圖片列表項(xiàng)添加到線(xiàn)程2(圖片解析線(xiàn)程)的任 務(wù)隊(duì)列中；線(xiàn)程2為線(xiàn)程1交給它的任務(wù)隊(duì)列中的所有圖片列表項(xiàng)分配資源，并進(jìn)行解析處 理(由于加載圖片需要片刻的時(shí)間，此刻可以在屏幕上添加一個(gè)漂亮的等待圖片以增加用 戶(hù)體驗(yàn))，同時(shí)，將不在此加載上下限中的已分配資源進(jìn)行回收，等待解析任務(wù)完畢，通知線(xiàn) 程1釋放等待圖片，顯示加載完畢的圖片。與此同時(shí)，設(shè)置一個(gè)監(jiān)視器，定期對(duì)內(nèi)存使用情 況進(jìn)行監(jiān)測(cè)，一旦內(nèi)存變化達(dá)到本發(fā)明實(shí)施例設(shè)計(jì)方案的監(jiān)測(cè)算法中的門(mén)限值時(shí)，系統(tǒng)更 新上述加載上下限值，實(shí)現(xiàn)自適應(yīng)的圖片預(yù)加載。 如圖4所示，根據(jù)本發(fā)明實(shí)施例的初始進(jìn)入圖片目錄的系統(tǒng)的處理，是基于一個(gè) GUI圖形操作系統(tǒng)來(lái)實(shí)現(xiàn)，該流程主要包括以下處理(步驟S401-步驟S409):
步驟S401，進(jìn)入圖片目錄。
步驟S402，加載等待圖片。 步驟S403，創(chuàng)建列表窗口并進(jìn)行相關(guān)參數(shù)初始化工作。文件管理模塊創(chuàng)建圖片明 細(xì)ComplexList列表窗口 ，然后，對(duì)ComplexList列表控件和ScrollBar滾動(dòng)條控件的位置 參數(shù)進(jìn)行初始化。ComplexList控件為它的每個(gè)列表項(xiàng)分配一段附加數(shù)據(jù)，保存圖片文件的 相關(guān)信息，其中，最重要的信息就是圖片文件在flash中的路徑。ScrollBar滾動(dòng)條控件也 將其位置參數(shù)初始值置為O，表示當(dāng)前頁(yè)面是整個(gè)軟件ComplexList列表的第1屏。
步驟S404，遍歷所有圖片列表項(xiàng)，動(dòng)態(tài)確定圖片加載數(shù)目。首先，計(jì)算內(nèi)存的總?cè)?量和當(dāng)前內(nèi)存的使用情況，根據(jù)這兩個(gè)因素動(dòng)態(tài)確定圖片加載數(shù)目門(mén)限值(能夠加載的圖 片的數(shù)目)，即，根據(jù)內(nèi)存的總?cè)萘亢蛢?nèi)存的消耗情況動(dòng)態(tài)設(shè)置圖片加載數(shù)目門(mén)限值。需要 說(shuō)明的是，雖然圖片加載數(shù)目是動(dòng)態(tài)設(shè)置的，但是為了保證用戶(hù)體驗(yàn)，本發(fā)明實(shí)施例還設(shè)定 了一個(gè)最低預(yù)加載數(shù)目，其中，這個(gè)最低預(yù)加載值一定是大于當(dāng)前屏幕顯示個(gè)數(shù)的，當(dāng)內(nèi)存 使用達(dá)到極限時(shí)，提示用戶(hù)"內(nèi)存不足"。 步驟S405，確定圖片加載上下限，判斷當(dāng)前項(xiàng)是否符合加載上下限條件。根據(jù) ScrollBar滾動(dòng)條控件的位置參數(shù)來(lái)確定ComplexList列表控件的列表項(xiàng)圖片加載上下 限，并判斷當(dāng)前項(xiàng)是否符合加載上下限條件。由于剛進(jìn)入目錄，聚焦項(xiàng)肯定是第l項(xiàng)。因 此，假設(shè)此時(shí)動(dòng)態(tài)設(shè)置的圖片加載數(shù)目為9，那么需要加載ComplexList列表控件中索引值 為1、2、3、4、5、6以及的最后3個(gè)的列表項(xiàng)，其中，這里的加載圖片的數(shù)目為9，S卩，有9個(gè)圖 片列表項(xiàng)需要加載。 步驟S406，將符合加載上下限的圖片解析任務(wù)加入線(xiàn)程2隊(duì)列中。在確定了圖片 加載上下限之后，便可以開(kāi)始將符合加載上下限的圖片的相關(guān)信息(例如，圖片在文件系 統(tǒng)中的路徑)附加到線(xiàn)程2的隊(duì)列中，等待線(xiàn)程2的處理和返回。為了提升用戶(hù)感官體驗(yàn)， 此時(shí)可以加載系統(tǒng)中預(yù)置的漂亮的等待位圖(可以提升加載速度，使得加載的位圖無(wú)需再 做解析便可以直接使用)，并且可以設(shè)定一個(gè)指示變量值用來(lái)指示當(dāng)前的圖片加載數(shù)目，等
6待圖片解析線(xiàn)程的處理結(jié)果，一旦解析完畢一個(gè)圖片，指示變量就減l，直到該變量值為0， 這時(shí)候解除等待圖片，顯示當(dāng)前目錄第1屏，其中，在等待圖片期間，如果用戶(hù)點(diǎn)擊上下鍵， 系統(tǒng)將不會(huì)對(duì)此做出響應(yīng)。 步驟S407，線(xiàn)程1對(duì)不符合加載上下限條件、但又已經(jīng)分配了系統(tǒng)資源的圖片列 表項(xiàng)的資源進(jìn)行回收。 步驟S40S，線(xiàn)程2通過(guò)同步機(jī)制來(lái)處理自己隊(duì)列中的一個(gè)個(gè)圖片解析請(qǐng)求，并在 圖片解析處理完畢后，通知線(xiàn)程1圖片解析處理的結(jié)果信息。 步驟S409，線(xiàn)程1監(jiān)控用戶(hù)動(dòng)作和線(xiàn)程2返回的處理結(jié)果，并對(duì)任務(wù)結(jié)果進(jìn)行處理。 優(yōu)選實(shí)例二 圖5是根據(jù)本發(fā)明實(shí)施例的切換圖片頁(yè)面的流程圖，如圖5所示，在圖片目錄下， 用戶(hù)點(diǎn)擊上下鍵切換頁(yè)面，線(xiàn)程1將符合加載上下限條件的列表項(xiàng)通過(guò)線(xiàn)程同步機(jī)制添加 到線(xiàn)程2的隊(duì)列中，同時(shí)，對(duì)不符合加載上下線(xiàn)條件但已經(jīng)分配系統(tǒng)資源的圖片列表項(xiàng)的 系統(tǒng)資源進(jìn)行釋放；線(xiàn)程2對(duì)來(lái)自線(xiàn)程1的圖片解析請(qǐng)求隊(duì)列中的任務(wù)進(jìn)行處理，并將處理 結(jié)果及時(shí)反饋給線(xiàn)程1 ;線(xiàn)程1實(shí)時(shí)監(jiān)控線(xiàn)程2的處理結(jié)果，在收到線(xiàn)程2的處理結(jié)果后， 將分配好系統(tǒng)資源的圖片指定到繪制句柄上，并在用戶(hù)切換到圖片所在頁(yè)面時(shí)，負(fù)責(zé)將圖 片繪制出來(lái)。 需要說(shuō)明的是，本發(fā)明的實(shí)施例的圖片列表中可以存在縮略圖，且快速按鍵、拖動(dòng) 滾動(dòng)條或者當(dāng)前屏幕發(fā)生變換(例如，采用傳感器的重力感應(yīng))時(shí)存在某些項(xiàng)臨時(shí)進(jìn)行加 載。通過(guò)內(nèi)存檢測(cè)工具，檢測(cè)進(jìn)入圖片列表前后剩余內(nèi)存空間的差值，且與圖片列表中所有 圖片的占用的內(nèi)存空間值作比對(duì)，可以得出剩余內(nèi)存空間的差值遠(yuǎn)遠(yuǎn)大于所有圖片占用的 內(nèi)存空間值。 如圖5所示，根據(jù)本發(fā)明實(shí)施例的切換圖片頁(yè)面的處理，該流程主要包括以下處 理(步驟S501-步驟S508): 步驟S501 ，切換頁(yè)面。由于該方法支持觸摸屏，所以，用戶(hù)可以通過(guò)按上下鍵或觸 摸滾動(dòng)條的方式切換圖片頁(yè)面。 步驟S502，系統(tǒng)參數(shù)更新。對(duì)ComplexList列表控件和ScrollBar滾動(dòng)條控件的 位置參數(shù)進(jìn)行更新。 步驟S503，遍歷所有圖片列表項(xiàng)，動(dòng)態(tài)確定圖片加載數(shù)目。具體步驟同優(yōu)選實(shí)施例 一的步驟S404。 步驟S504，確定圖片加載上下限，判斷當(dāng)前項(xiàng)是否符合加載上下限條件。具體步驟
同優(yōu)選實(shí)施例一的步驟S405。用戶(hù)按鍵或者觸摸滾動(dòng)條觸發(fā)圖片加載上下限更新。在用戶(hù)
按上下鍵和觸摸滾動(dòng)條的上下鍵以及拖動(dòng)滾動(dòng)條時(shí)均會(huì)觸發(fā)當(dāng)前頁(yè)面的改變，因此，可以
自定義PageChange事件，當(dāng)用戶(hù)按上下鍵和觸摸滾動(dòng)條等操作時(shí)觸發(fā)該事件，并在消息映
射函數(shù)中根據(jù)ComplexList列表控件的位置參數(shù)來(lái)確定新的圖片加載上下限。 步驟S505，將新的符合加載上下限的圖片解析任務(wù)加入線(xiàn)程2隊(duì)列中，同時(shí)將不
在加載上下限但占有系統(tǒng)資源的圖片進(jìn)行釋放。 步驟S506，線(xiàn)程1對(duì)不符合加載上下限條件、但又 經(jīng)分配了系統(tǒng)資源的圖片列 表項(xiàng)的資源進(jìn)行回收。
在圖片目錄下，用戶(hù)觸摸滾動(dòng)條切換頁(yè)面，這時(shí)線(xiàn)程1開(kāi)始將符合加載上下限條 件的列表項(xiàng)通過(guò)線(xiàn)程同步機(jī)制添加到線(xiàn)程2的隊(duì)列中，線(xiàn)程1對(duì)不符合加載上下線(xiàn)條件但 已經(jīng)分配系統(tǒng)資源的列表項(xiàng)釋放系統(tǒng)資源。但是，由于觸摸滾動(dòng)條切換頁(yè)面速度很快，遠(yuǎn)遠(yuǎn) 超過(guò)圖片解析速度，這樣每當(dāng)滾動(dòng)條有一次最小移動(dòng)(是指的是在拖動(dòng)滾動(dòng)條時(shí)觸發(fā)滾動(dòng) 條事件移動(dòng)最小距離)，都會(huì)改變圖片加載上下限。因此，會(huì)存在很多符合加載條件的列表 項(xiàng)，線(xiàn)程1會(huì)將它們添加到線(xiàn)程2的解析隊(duì)列中。但是，由于切換速度很快，可能剛剛還符 合加載條件并已經(jīng)添加到線(xiàn)程2隊(duì)列中的任務(wù)現(xiàn)在已經(jīng)不滿(mǎn)足加載上下限條件了 ，所以， 如果讓線(xiàn)程2對(duì)這些任務(wù)進(jìn)行處理，只會(huì)白白浪費(fèi)了寶貴的處理器和內(nèi)存資源，無(wú)法讓需 要解析的任務(wù)得到及時(shí)地處理，而且可能導(dǎo)致內(nèi)存泄露。因此，為了更好地支持用戶(hù)體驗(yàn)， 線(xiàn)程1負(fù)責(zé)將已經(jīng)加入到線(xiàn)程2隊(duì)列中還未處理但當(dāng)前又不滿(mǎn)足加載條件的項(xiàng)任務(wù)取消， 這樣就能夠保證線(xiàn)程2處理的任務(wù)總是有效的。 步驟S 507，線(xiàn)程2通過(guò)同步機(jī)制來(lái)處理自己隊(duì)列中的一個(gè)個(gè)圖片解析請(qǐng)求，并在 圖片解析處理完畢后，通知線(xiàn)程1圖片解析處理的結(jié)果信息。 步驟S508，線(xiàn)程1監(jiān)控用戶(hù)動(dòng)作和線(xiàn)程2返回的處理結(jié)果，并對(duì)任務(wù)結(jié)果進(jìn)行處 理。例如，加載圖片。
優(yōu)選實(shí)例三 在圖片加載期間，退出頁(yè)面時(shí)系統(tǒng)的處理，該流程主要包括以下處理
步驟1，動(dòng)態(tài)確定圖片加載數(shù)目，具體步驟同優(yōu)選實(shí)施例一的步驟S404。
步驟2，用戶(hù)退出當(dāng)前頁(yè)面觸發(fā)圖片加載上下限更新。 步驟3，線(xiàn)程1將符合加載上下限的列表項(xiàng)相關(guān)信息添加到線(xiàn)程2的隊(duì)列中。
步驟4，在所有圖片解析任務(wù)還未執(zhí)行完成前退出當(dāng)前頁(yè)面，此時(shí)，會(huì)觸發(fā) SelectedChange事件，在SelectedChange事件的消息映射函數(shù)中主動(dòng)觸發(fā)PageChange事 件，并在消息映射函數(shù)中根據(jù)ComplexList列表控件的位置參數(shù)來(lái)確定新的圖片加載上下 限。 步驟3，通知線(xiàn)程2取消不在圖片加載上下限中的解析任務(wù)。如果存在某些 ComplexList列表項(xiàng)沒(méi)有占用系統(tǒng)資源、但是在線(xiàn)程2的處理隊(duì)列中，那么需要向線(xiàn)程2發(fā) 送一個(gè)信號(hào)，用以說(shuō)明該項(xiàng)已經(jīng)被取消解析，命令圖片解析線(xiàn)程在遇到該項(xiàng)時(shí)跳過(guò)處理并 釋放系統(tǒng)資源。 需要說(shuō)明的是，在優(yōu)選實(shí)施例二中快速按上下鍵和拖動(dòng)滾動(dòng)條顯示時(shí)也會(huì)導(dǎo)致圖 片加載上下限的改變，也會(huì)出現(xiàn)處于線(xiàn)程2隊(duì)列中但是已經(jīng)不在圖片加載上下限中的圖片 解析任務(wù)，此時(shí)，也按照該步驟3的情況進(jìn)行處理。 綜上所述，鑒于現(xiàn)有的低速處理器和低內(nèi)存圖像終端設(shè)備的兩種設(shè)計(jì)形式，本發(fā) 明提出了一種折中的方案，采用多線(xiàn)程的圖片加載方式，利用用戶(hù)的操作時(shí)間進(jìn)行圖片的 預(yù)解析，保證了用戶(hù)在訪(fǎng)問(wèn)圖片時(shí)圖片數(shù)據(jù)資源已經(jīng)就位，提高了系統(tǒng)的性能。從用戶(hù)體驗(yàn) 設(shè)計(jì)的理念層面增加了用戶(hù)對(duì)產(chǎn)品的認(rèn)知度，為用戶(hù)創(chuàng)造良好的人機(jī)界面。同時(shí)，本發(fā)明的 技術(shù)方案在多線(xiàn)程調(diào)度和內(nèi)存管理上面也有不遜于第一種加載方式的高效和不遜于第二 種加載方式的靈活。 顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種圖片加載的方法，其特征在于，包括根據(jù)可用內(nèi)存空間確定能夠加載的圖片的數(shù)目；獲取多個(gè)圖片中從起始位置開(kāi)始的所述數(shù)目的圖片；以及為所述獲取的圖片分配資源，使用所述資源預(yù)加載所述獲取的圖片。
2. 根據(jù)權(quán)利要求1所述的圖片加載的方法，其特征在于，獲取所述多個(gè)圖片中從起始 位置開(kāi)始的所述數(shù)目的圖片包括在所述起始位置發(fā)生改變時(shí)，根據(jù)改變后的所述起始位 置重新獲取所述數(shù)目的圖片。
3. 根據(jù)權(quán)利要求2所述的圖片加載的方法，其特征在于，所述起始位置發(fā)生改變通過(guò) 以下方式至少之一 屏幕的滾動(dòng)條通過(guò)快速按鍵或觸摸的方式拖動(dòng)、當(dāng)前屏幕發(fā)生變換。
4. 根據(jù)權(quán)利要求3所述的圖片加載的方法，其特征在于，還包括 在所述起始位置發(fā)生改變之后，確定在屏幕中按縮略圖形式應(yīng)該顯示的新圖片； 如果所述應(yīng)該顯示的新圖片屬于所述預(yù)加載的圖片，則直接從所述預(yù)加載的圖片顯示所述應(yīng)該顯示的新圖片。
5. 根據(jù)權(quán)利要求2所述的圖片加載的方法，其特征在于，使用所述資源預(yù)加載所述獲 取的圖片之后，包括回收在重新獲取所述數(shù)目的圖片之外的圖片的分配資源。
6. 根據(jù)權(quán)利要求1所述的圖片加載的方法，其特征在于，所述數(shù)目大于當(dāng)前屏幕顯示 的圖片的數(shù)量。
7. 根據(jù)權(quán)利要求l所述的圖片加載的方法，其特征在于，所述起始位置通過(guò)圖片目錄 中圖片的列表項(xiàng)和/或屏幕的滾動(dòng)條的位置來(lái)確定。
8. —種終端，其特征在于，包括確定模塊，用于根據(jù)可用內(nèi)存空間確定能夠加載的圖片的數(shù)目； 獲取模塊，用于獲取多個(gè)圖片中從起始位置開(kāi)始的所述數(shù)目的圖片；以及 加載模塊，用于為所述獲取的圖片分配資源，使用所述資源預(yù)加載所述獲取的圖片。
9. 根據(jù)權(quán)利要求8所述的終端，其特征在于，所述獲取模塊包括更新單元，用于在所 述起始位置發(fā)生改變時(shí)，根據(jù)改變后的所述起始位置重新獲取所述數(shù)目的圖片。
10. 根據(jù)權(quán)利要求9所述的終端，其特征在于，所述更新單元還用于屏幕的滾動(dòng)條通過(guò) 快速按鍵或觸摸的方式拖動(dòng)、或者當(dāng)前屏幕發(fā)生變換時(shí)所述起始位置發(fā)生改變。
全文摘要
本發(fā)明公開(kāi)了一種圖片加載的方法及終端，該方法包括根據(jù)可用內(nèi)存空間確定能夠加載的圖片的數(shù)目；獲取多個(gè)圖片中從起始位置開(kāi)始的數(shù)目的圖片；以及為獲取的圖片分配資源，使用資源預(yù)加載獲取的圖片。通過(guò)本發(fā)明提升了用戶(hù)體驗(yàn)，合理利用了系統(tǒng)資源。
文檔編號(hào)G06F3/048GK101794567SQ20101011105
公開(kāi)日2010年8月4日 申請(qǐng)日期2010年2月10日 優(yōu)先權(quán)日2010年2月10日
發(fā)明者張飛 申請(qǐng)人:中興通訊股份有限公司