產(chǎn)品的設(shè)計是建立在用戶良好體驗的基礎(chǔ)上進(jìn)行的，而loading的設(shè)計是用來消除等待的焦慮感，因此對于loading設(shè)計更應(yīng)該考慮不用的場景，盡可能的減少用戶等待的焦慮，營造較好的用戶體驗。

在產(chǎn)品實現(xiàn)過程中，前端經(jīng)常會問產(chǎn)品人員：

• 數(shù)據(jù)從哪里來?
• 用什么方式加載出來?
• 是否寫死在前端?
• 是否后臺控制?
• 是否緩存?
• ……

一、loading作用

多數(shù)App都要與服務(wù)器進(jìn)行數(shù)據(jù)的交換，App向服務(wù)器發(fā)出數(shù)據(jù)請求，服務(wù)器接收到請求之后向App傳輸相應(yīng)數(shù)據(jù)，App接收成功后顯示數(shù)據(jù)內(nèi)容，沒有接收成功則反饋數(shù)據(jù)接收失敗。在這個數(shù)據(jù)交換過程中，由于網(wǎng)絡(luò)原因，需要花費一定時間，也就是說用戶要等待加載完成，這個時候就要用到loading加載機(jī)制，loading是產(chǎn)品在設(shè)計時必須要考慮的一個場景，無論是聯(lián)網(wǎng)拉取數(shù)據(jù)，還是執(zhí)行功能運行，我們都需要給用戶一個loading來消除等待的焦慮感。

二、loading設(shè)計的常見形式

標(biāo)題欄loading

適合于消息列表的數(shù)據(jù)自動加載，因為即使在新數(shù)據(jù)還沒有拉取下來之前，用戶還是可以查看緩存消息，故loading不能阻斷用戶的操作。又因為消息列表的打開頻率很高，loading的感知不能太強(qiáng)，所以標(biāo)題欄是最適合出現(xiàn)loading的位置。

微信、釘釘?shù)榷疾捎昧诉@種形式。聊天列表頁的聊天記錄是儲存在本地的，所以頁面內(nèi)容不為空。這個時候加載無需獲取用戶的視覺焦點，只要在標(biāo)題欄展示App正在加載，加載成功則標(biāo)題欄loading消失，若因為網(wǎng)絡(luò)錯誤未連接服務(wù)器，則在標(biāo)題欄顯示未連接狀態(tài)。

白屏loading

白屏loading是指除了產(chǎn)品框架界面以外的整個屏幕白屏進(jìn)行數(shù)據(jù)加載，適用于那些需要在內(nèi)容顯示完整后，才可以進(jìn)行下一步操作的場景。

這種加載方式容易讓用戶產(chǎn)生焦慮感，因為白屏實在太枯燥了，所以大多數(shù)的白屏loading會配上一些好玩有意思的加載動畫分散一下用戶的注意力。

進(jìn)度條

進(jìn)度條的加載樣式，多見于瀏覽器，包括PC端和移動端的瀏覽器。一些App頁面會用H5的形式去做，這種頁面多數(shù)也都會采用進(jìn)度條的樣式來顯示loading過程。

用戶關(guān)注的是加載速度和加載時間。而用戶感覺上最快的進(jìn)度條速度是先慢后快，因為累積一定的焦慮壓力后的一瞬間完成了，感知是最強(qiáng)烈的。

toast

當(dāng)用戶執(zhí)行了某個操作時，為了防止用戶繼續(xù)操作導(dǎo)致數(shù)據(jù)加載失敗，則用Toast的樣式來提示正在加載，同時限制用戶繼續(xù)操作。這種情況用戶一般只能執(zhí)行返回到上一級頁面的操作，其他操作都被禁用。

為了防止數(shù)據(jù)一直加載不出來，可以在Toast上加個取消按鈕，讓用戶主動停止加載狀態(tài)，由于加載數(shù)據(jù)失敗的情況極少出現(xiàn)，所以在Toast上加取消按鈕的App并不多。

刷新

刷新loading是在長列表或者瀑布流的場景下進(jìn)行數(shù)據(jù)拉取的展現(xiàn)形式。現(xiàn)在常見的就是下拉刷新，loading動畫出現(xiàn)在列表或者瀑布流的頂部。下拉刷新廣泛被運用于大多數(shù)App，這種加載機(jī)制，保證了用戶能看到本地緩存數(shù)據(jù)的前提下，還能告知用戶頁面正在刷新，同時，用戶還可以通過下拉的手勢操作來自己選擇重新加載數(shù)據(jù)，一定程度上滿足了強(qiáng)迫癥患者。

預(yù)設(shè)圖/占位符

當(dāng)頁面的框架固定時，只需要加載框架內(nèi)數(shù)據(jù)時，采用這種刷新樣式，即先加載框架，再加載框架內(nèi)的數(shù)據(jù)。為了反之框架內(nèi)的內(nèi)容為空，會用占位符或者預(yù)設(shè)圖片來填充。

三、loading加載原理

上面簡單將六種常見的loading加載樣式介紹了一下，樣式雖然有六種，但是其實只有兩種加載原理：

• 一種是整體加載頁面數(shù)據(jù)，加載完成后一次顯示;
• 一種是先加載部分內(nèi)容，再加載剩余內(nèi)容(先加載文字再加載圖片;先加載框架再加載框架內(nèi)的數(shù)據(jù))。需要注意的是圖片加載中的顯示問題，當(dāng)圖片未加載出來的時候，要不要在列表顯示圖片區(qū)域要顯示圖片，是用固定圖片大小來占位置還是用預(yù)加載圖片占位置。

例如：頁面需要實現(xiàn)每次刷新都能出現(xiàn)新內(nèi)容

一般在加載的時候后臺同學(xué)需要知道：

• 他們需要將什么內(nèi)容給前端?
• 怎么給?
• 每次給多少條?
• 需要加載哪些內(nèi)容?
• 列表排序：將內(nèi)容按特定規(guī)則排序，如時間，分?jǐn)?shù)…
• 后臺加載：將列表從某約定點，將內(nèi)容一分為二：如時間點，條數(shù)…一部分首次加載顯示在前端列表中，另一部分作為每次刷新拉取的新內(nèi)容
• 每次刷新條數(shù)：固定條數(shù)/隨機(jī)條數(shù)

四、如何在用戶無感知中做數(shù)據(jù)處理

我常說的一句話是設(shè)計形式永遠(yuǎn)是服務(wù)于產(chǎn)品功能的，而產(chǎn)品功能則是為了滿足用戶需求。了解了這些loading加載的設(shè)計形式，進(jìn)一步深度思考一下：APP需要較長的時間來獲取或提交數(shù)據(jù)，因此需要loading來提示用戶，那有沒有方法讓用戶無感知中做數(shù)據(jù)處理呢?答案肯定是有的。

1.優(yōu)化App的加載算法，使得App與服務(wù)器交互數(shù)據(jù)的時間簡短。

這個需要開發(fā)人員的精益求精了。這個是從根本上解決了問題，因為直接減少了加載數(shù)據(jù)的時間，也就是減少了用戶需要等待的時間。

2.采用預(yù)加載和數(shù)據(jù)緩存機(jī)制。

盡可能的利用預(yù)加載或有WiFi的情況下離線緩存的方式，把內(nèi)容提前加載下來，這樣能做到最大限度的降低加載給用戶帶來的卡頓感。如果能判斷出來用戶下一步要做的事情，提前幫用戶加載相應(yīng)的內(nèi)容，肯定是最符合需求場景的事情。

拿閱讀App打比方，當(dāng)用戶在看第一頁的時候，App在后臺加載完后面的幾頁，等用戶翻到第二頁的時候就不需要等待加載了，因為App已經(jīng)幫用戶提前加載好了。這種加載機(jī)制對用戶體驗特別好，但是存在一個問題，就是要預(yù)測用戶行為，加載其他數(shù)據(jù)，這樣會消耗不少流量，所以建議在WiFi網(wǎng)絡(luò)環(huán)境下采取這種預(yù)加載機(jī)制，而在蜂窩網(wǎng)絡(luò)狀態(tài)下則不采用預(yù)加載機(jī)制。這個要和開發(fā)人員討論溝通，確保預(yù)加載機(jī)制完美運行。

3.異步處理。

當(dāng)用戶進(jìn)行發(fā)送消息，發(fā)布評論、提交意見等操作，APP先提示提交成功，讓用戶不受提交數(shù)據(jù)耗時的影響，繼續(xù)使用APP其他功能，同時APP開啟后臺線程靜默進(jìn)行數(shù)據(jù)提交，當(dāng)前網(wǎng)絡(luò)環(huán)境不好，下次再自動提交，讓用戶無縫完成數(shù)據(jù)提交操作。

這一點做得好的App莫過于Instagram，不知道你有沒有發(fā)現(xiàn)，用Instagram的時候會覺得特別流暢，即使在網(wǎng)絡(luò)不好的情況下。這是為什么?因為在網(wǎng)絡(luò)不好的情況下，你給好友點了贊，Instagram并不會提示你網(wǎng)絡(luò)不好，操作失敗，而是提示你點贊成功了，其實將它只是將你點贊的操作記錄了下來，等網(wǎng)絡(luò)一好就將點贊的行為上傳到服務(wù)器，從而完成點贊行為。這就是減少用戶的操作負(fù)擔(dān)，讓產(chǎn)品自己去解決問題，而不是把問題拋給用戶。

五、當(dāng)我們負(fù)責(zé)某個頁面加載方面需求時，需要考慮的問題

• 內(nèi)容哪里來?
• 本地寫死還是向后臺拉取?
• 整體加載還是局部加載?
• 是否緩存，清緩存規(guī)則?
• 是否預(yù)加載?
• 是否根據(jù)手機(jī)環(huán)境智能加載?
• 后臺內(nèi)容加載規(guī)則是怎樣的?

總之，設(shè)計loading的核心原則就是能多快顯示完就多快顯示，并且不讓用戶反感，減少用戶的焦慮。

海淘科技提供更多的，網(wǎng)頁設(shè)計知識，網(wǎng)站設(shè)計基礎(chǔ)知識的文章。本文下載，點擊：Loading設(shè)計詳解和案例參考。