Android在多種設(shè)計(jì)下實(shí)現(xiàn)懶加載機(jī)制的方法
前言
前段時(shí)間在自己的練習(xí)項(xiàng)目中想用到懶加載機(jī)制,查看了大多數(shù)資料只介紹了在 View Pager + Fragment 組合的情況下實(shí)現(xiàn)的懶加載,但是現(xiàn)在大多數(shù)App更多的是 Fragmentmanager 去管理主頁面多個(gè) Fragment 的顯示與隱藏,然后主界面的某個(gè)或多個(gè) Fragment 里又嵌套了多個(gè) Fragment + ViewPager (詳細(xì)見下圖 ),對于這種情況,適用于第一種的方式是不能直接解決第二種的情況的,所以寫下這篇文章,記錄一下踩的幾個(gè)坑,希望對同像我一樣的初學(xué)者提供一種思考方式作為參考(如果有錯(cuò)誤或者不合適的地方,希望各位前輩能在評(píng)論區(qū)指出,非常感謝!)。
關(guān)于懶加載
1. 什么是懶加載?
懶加載也叫延遲加載,在APP中指的是每次只加載當(dāng)前頁面,是一種很好的優(yōu)化APP性能的一種方式。
2.為什么要用懶加載?
優(yōu)化APP性能,提升用戶體驗(yàn) :如果用戶打開某頁面,就會(huì)去預(yù)加載其它的頁面時(shí),數(shù)據(jù)集較小或者網(wǎng)絡(luò)性能較優(yōu)時(shí)還好,但是如果數(shù)據(jù)集過大或者網(wǎng)絡(luò)性能不佳時(shí),就會(huì)造成用戶等待的時(shí)間較長,APP界面產(chǎn)生明顯的滯頓感的情況,嚴(yán)重影響到用戶的體驗(yàn)。
減少無效資源的加載,減少服務(wù)器的壓力,節(jié)省用戶流量 :如果用戶只想瀏覽或者經(jīng)常瀏覽某個(gè)特定的頁面,如果使用預(yù)加載的方式,就會(huì)造成資源浪費(fèi),增加服務(wù)器的壓力等。
實(shí)現(xiàn)懶加載
1.ViewPager+Fragment情況
1.1遇到的問題
在我們平時(shí)開發(fā)中,經(jīng)常使用 ViewPager+Fragment 的組合來實(shí)現(xiàn)左右滑動(dòng)的頁面設(shè)計(jì)(如上圖),但是 ViewPger 有個(gè) 預(yù)加載 機(jī)制,默認(rèn)會(huì)把 ViewPager 當(dāng)前位置的左右相鄰頁面預(yù)先初始化(俗稱預(yù)加載),即使設(shè)置 setOffscreenPageLimit(0) 也無效果,也會(huì)預(yù)加載。通過點(diǎn)進(jìn)源碼中發(fā)現(xiàn),如果不主動(dòng)設(shè)置 setOffscreenPageLimit() 方法, mOffscreenPageLimit 默認(rèn)值為1,即使設(shè)置了0(小于1)的值了,但是還會(huì)按照 mOffscreenPageLimit=limit=1 處理。
private int mOffscreenPageLimit = 1;//即使不設(shè)置,默認(rèn)值就為1
public int getOffscreenPageLimit() {
return this.mOffscreenPageLimit;
}
public void setOffscreenPageLimit(int limit) {
if (limit < 1) {//設(shè)置為0,還是會(huì)默認(rèn)為1
Log.w("ViewPager", "Requested offscreen page limit " + limit + " too small; defaulting to " + 1);
limit = 1;
}
if (limit != this.mOffscreenPageLimit) {
this.mOffscreenPageLimit = limit;
this.populate();
}
1.2 解決思路
Fragment 有一個(gè)非生命周期的 setUserVisibleHint(boolean isVisibleToUser) 回調(diào)方法, 當(dāng) ViewPager 嵌套 Fragment 時(shí)會(huì)起作用 ,如果切換 ViewPager 則該方法也會(huì)被調(diào)用,參數(shù) isVisibleToUser 為 true 代表當(dāng)前 Fragment 對用戶可見,否則不可見。 所以最簡單的思路: Fragment 可見時(shí)才去加載數(shù)據(jù),不可見時(shí)就不讓它加載數(shù)據(jù) 。據(jù)我們創(chuàng)建抽象 BaseFragment ,對其進(jìn)行封裝。首先我們引入 isVisibleToUser 變量,負(fù)責(zé)保存當(dāng)前 Fragment 對用戶的可見狀態(tài)。 同時(shí)還有幾個(gè)值得注意的地方:
setUserVisibleHint(boolean isVisibleToUser) 方法的回調(diào)時(shí)機(jī)并沒有與 Fragment 的生命周期有確切的關(guān)聯(lián),比如說,回調(diào)時(shí)機(jī)有可能在 onCreateView() 方法之后,也可能在 onCreateView() 方法之前。因此,必須引入一個(gè)標(biāo)志位 isPrepareView 判斷view是否創(chuàng)建完成,不然,很容易會(huì)造成空指針異常。我們初始化該變量為 false ,在 onViewCreated() 中,也就是view創(chuàng)建完成后,將其賦值為 true 。
數(shù)據(jù)初始化只應(yīng)該加載一次,因此,引入第二個(gè)標(biāo)志位, isInitData ,初始為 false, 在數(shù)據(jù)加載完成之后,將其賦值為 true ,下次返回此頁面時(shí)不會(huì)再自動(dòng)加載。至此,我們的懶加載方法考慮了所有條件。也就是當(dāng) isVisibleToUser 為 true , isInitData 為 false , isPrepareView 為 true 時(shí),進(jìn)行數(shù)據(jù)加載,并且加載后為了防止重復(fù)調(diào)用,將 isInitData 賦值為 true 。
將懶加載數(shù)據(jù)提取成一個(gè)方法,那么這個(gè)方法該何時(shí)調(diào)用呢?首先 setUserVisibleHint(boolean isVisibleToUser) 方法中是必須調(diào)用的,即當(dāng) Fragment 由可見變?yōu)椴豢梢姾筒豢梢娮優(yōu)榭梢姇r(shí)回調(diào)。 其次,很容易忽略的一點(diǎn)。對于第一個(gè) Fragment ,如果 setUserVisibleHint(boolean isVisibleToUser ) 方法在 onCreateView() 之前調(diào)用的話,如果懶加載方法只在 setUserVisibleHint(boolean isVisibleToUser ) 中調(diào)用,那么該 Fragment 將只能在被主動(dòng)切換一次之后才能加載數(shù)據(jù),這肯定是不可能的,因此,我們需要在view創(chuàng)建完成之后,也進(jìn)行一次調(diào)用。思來想去,在 onActivityCreated() 方法中是最合適的。我們在繼承的時(shí)候,在 onViewCreated() 方法中進(jìn)行一些初始化就行了,這樣不會(huì)引起沖突。
1.3 BaseFragment代碼實(shí)現(xiàn)
public abstract class BaseFragment extends Fragment {
private Boolean isInitData = false; //標(biāo)志位,判斷數(shù)據(jù)是否初始化
private Boolean isVisibleToUser = false; //標(biāo)志位,判斷fragment是否可見
private Boolean isPrepareView = false; //標(biāo)志位,判斷view已經(jīng)加載完成 避免空指針操作
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
return inflater.inflate(getLayoutId(),container,false);
}
@Override
public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
super.onViewCreated(view, savedInstanceState);
isPrepareView=true;//此時(shí)view已經(jīng)加載完成,設(shè)置其為true
}
/**
* 懶加載方法
*/
public void lazyInitData(){
if(!isInitData && isVisibleToUser && isPrepareView){//如果數(shù)據(jù)還沒有被加載過,并且fragment已經(jīng)可見,view已經(jīng)加載完成
initData();//加載數(shù)據(jù)
isInitData=true;//是否已經(jīng)加載數(shù)據(jù)標(biāo)志重新賦值為true
}
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
this.isVisibleToUser=isVisibleToUser;//將fragment是否可見值賦給標(biāo)志isVisibleToUser
lazyInitData();//懶加載
}
/**
* fragment生命周期中onViewCreated之后的方法 在這里調(diào)用一次懶加載 避免第一次可見不加載數(shù)據(jù)
* @param savedInstanceState
*/
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
lazyInitData();//懶加載
}
/**
* 由子類實(shí)現(xiàn)
* @return 返回子類的布局id
*/
abstract int getLayoutId();
/**
* 加載數(shù)據(jù)的方法,由子類實(shí)現(xiàn)
*/
abstract void initData();
}
2.Fragment+ViewPager+Fragment情況
2.1 遇到的問題
如圖2,對于這種由 Fragmentmanager 管理主頁面的多個(gè) Fragment 的顯示與隱藏,在其中的某個(gè) Fragment 中又嵌套了多個(gè) Fragment 的情況( 如上圖 ),上面的方案是無法解決的,如果主頁面的 Fragment 直接繼承上面的 BaseFragment ,就會(huì)出現(xiàn)主頁的幾個(gè) Fragment 都不會(huì)加載的現(xiàn)象,為什么會(huì)這樣呢,按道理說 Fragment 應(yīng)該可見了,加載數(shù)據(jù)的判斷邏輯應(yīng)該沒問題啊,而且上面那個(gè)demo也跑成功了。最終我發(fā)現(xiàn),問題出在 setUserVisibleHint() 這個(gè)方法上,點(diǎn)進(jìn)去它的源碼發(fā)現(xiàn)注釋中有這么一句話:
This may be used by the system to prioritize operations such as fragment lifecycle updates or loader ordering behavior.
也就是說這個(gè)可能被用來在一組有序的 Fragment 里 ,例如 Fragment 生命周期的更新。告訴我們這個(gè)方法被調(diào)用希望在一個(gè)pager里 ,因此 FragmentPagerAdapter 所以可以使用這個(gè),而主頁面的幾個(gè) Fragment 我們是通過 Fragmentmanager 管理的,所以 setUserVisibleHint() 是不會(huì)被調(diào)用,而我們設(shè)置的 isVisibleToUser=false 默認(rèn)值一直不會(huì)變,那么 lazyInitData() 方法也就一直不會(huì)執(zhí)行。
/**
* 懶加載方法
*/
public void lazyInitData(){
if(!isInitData && isVisibleToUser && isPrepareView){//因?yàn)閕sVisibleToUser一直都是false,所以iniData()是不會(huì)被執(zhí)行的
initData();//加載數(shù)據(jù)
isInitData=true;
}
}
2.2 解決思路
這里我的處理方式是,在lazyInitData()中多加了一段處理邏輯,如下:
/**
* 懶加載方法
*/
public void lazyInitData(){
if(!isInitData && isVisibleToUser && isPrepareView){//如果數(shù)據(jù)還沒有被加載過,并且fragment已經(jīng)可見,view已經(jīng)加載完成
initData();//加載數(shù)據(jù)
isInitData=true;//是否已經(jīng)加載數(shù)據(jù)標(biāo)志重新賦值為true
}else if (!isInitData && getParentFragment()==null && isPrepareView){
initData();
isInitData=true;
}
}
/**
* Fragment顯示隱藏監(jiān)聽
* @param hidden
*/
@Override
public void onHiddenChanged(boolean hidden) {
super.onHiddenChanged(hidden);
if (!hidden) {
lazyInitData();
}
}
對于主頁面的多個(gè) Fragment 只會(huì)在第二個(gè)判斷邏輯處理(因?yàn)樗?isVisibleToUser 值一直等于 false ),對于嵌套的 Fragment 只會(huì)經(jīng)過第一個(gè)處理邏輯(因?yàn)樗?getParentFragment()!=null ),然后通過 onHiddenChanged() 方法去加載 lazyInitData() 方法,這樣以來就能處理這種情況了。
但是這時(shí)候又會(huì)出現(xiàn)一個(gè)問題,如果一個(gè)APP里第一種,第二種情況并存的話,這段代碼又不適合第一種情況了,因?yàn)閷τ诘谝环N的情況當(dāng)判定 isVisibleToUser 為 false 時(shí),雖然不走第一個(gè)處理邏輯,但是它的 getParentFragment() 一直是等于 null 的,那么它就會(huì)走第二個(gè)判斷邏輯,這樣又會(huì)預(yù)加載了。
對于這種情況,我的處理方式:給每個(gè)Fragment設(shè)置一個(gè)標(biāo)志值,當(dāng)是第一種情況時(shí),設(shè)為true,第二種情況時(shí),設(shè)置false,然后再分別處理相應(yīng)的判斷邏輯。代碼如下:
/**
* 懶加載方法
*/
public void lazyInitData(){
if(setFragmentTarget()){
if(!isInitData && isVisibleToUser && isPrepareView){//如果數(shù)據(jù)還沒有被加載過,并且fragment已經(jīng)可見,view已經(jīng)加載完成
initData();//加載數(shù)據(jù)
isInitData=true;//是否已經(jīng)加載數(shù)據(jù)標(biāo)志重新賦值為true
}
}else {
if(!isInitData && isVisibleToUser && isPrepareView){//如果數(shù)據(jù)還沒有被加載過,并且fragment已經(jīng)可見,view已經(jīng)加載完成
initData();//加載數(shù)據(jù)
isInitData=true;//是否已經(jīng)加載數(shù)據(jù)標(biāo)志重新賦值為true
}else if (!isInitData && getParentFragment()==null && isPrepareView ){
initData();
isInitData=true;
}
}
}
/**
* 設(shè)置Fragment target,由子類實(shí)現(xiàn)
*/
abstract boolean setFragmentTarget();
經(jīng)過這樣的處理之后,第一種情況和第二種情況,或兩者并存的情況下都能保證在繼承一個(gè)base下,實(shí)現(xiàn)懶加載。
2.3 BaseFragmentTwo最終代碼實(shí)現(xiàn)
public abstract class BaseFragmentTwo extends Fragment {
private Boolean isInitData = false; //標(biāo)志位,判斷數(shù)據(jù)是否初始化
private Boolean isVisibleToUser = false; //標(biāo)志位,判斷fragment是否可見
private Boolean isPrepareView = false; //標(biāo)志位,判斷view已經(jīng)加載完成 避免空指針操作
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
return inflater.inflate(getLayoutId(),container,false);
}
@Override
public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
super.onViewCreated(view, savedInstanceState);
isPrepareView=true;//此時(shí)view已經(jīng)加載完成,設(shè)置其為true
}
/**
* 懶加載方法
*/
public void lazyInitData(){
if(setFragmentTarget()){
if(!isInitData && isVisibleToUser && isPrepareView){//如果數(shù)據(jù)還沒有被加載過,并且fragment已經(jīng)可見,view已經(jīng)加載完成
initData();//加載數(shù)據(jù)
isInitData=true;//是否已經(jīng)加載數(shù)據(jù)標(biāo)志重新賦值為true
}
}else {
if(!isInitData && isVisibleToUser && isPrepareView){//如果數(shù)據(jù)還沒有被加載過,并且fragment已經(jīng)可見,view已經(jīng)加載完成
initData();//加載數(shù)據(jù)
isInitData=true;//是否已經(jīng)加載數(shù)據(jù)標(biāo)志重新賦值為true
}else if (!isInitData && getParentFragment()==null && isPrepareView ){
initData();
isInitData=true;
}
}
}
@Override
public void onHiddenChanged(boolean hidden) {
super.onHiddenChanged(hidden);
if (!hidden) { lazyInitData(); }
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
this.isVisibleToUser=isVisibleToUser;//將fragment是否可見值賦給標(biāo)志isVisibleToUser
lazyInitData();//加載懶加載
}
/**
* fragment生命周期中onViewCreated之后的方法 在這里調(diào)用一次懶加載 避免第一次可見不加載數(shù)據(jù)
* @param savedInstanceState
*/
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
lazyInitData();
}
/**
* 由子類實(shí)現(xiàn)
* @return 返回子類的布局id
*/
abstract int getLayoutId();
/**
* 加載數(shù)據(jù)的方法,由子類實(shí)現(xiàn)
*/
abstract void initData();
/**
* 設(shè)置Fragment target,由子類實(shí)現(xiàn)
*/
abstract boolean setFragmentTarget();
}
其它需要注意:
①給 viewpager 設(shè)置 adapter 時(shí),一定要傳入 getChildFragmentManager() ,否則 getParentFragment() 將會(huì)一直等于 null ,這會(huì)影響 lazyInitData() 的判斷,導(dǎo)致懶加載出現(xiàn)混亂甚至無效的情況。
②demo中我使用的是 ViewPager+Tablayout 的組合方式,在使用 Tablayout 時(shí)一定要保證 styles.xml 中的主題應(yīng)該使用 Theme.AppCompat.Light.NoActionBar 或者 Theme.AppCompat.Light 等 Theme.AppCompat.XXX 的主題。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- Android 多層嵌套后的 Fragment 懶加載實(shí)現(xiàn)示例
- Android優(yōu)化方案之Fragment的懶加載實(shí)現(xiàn)代碼
- Android仿今日頭條多個(gè)fragment懶加載的實(shí)現(xiàn)
- 詳解Android 在 ViewPager 中使用 Fragment 的懶加載
- Android之Viewpager+Fragment實(shí)現(xiàn)懶加載示例
- android實(shí)現(xiàn)ViewPager懶加載的三種方法
- Android開發(fā)技巧之Fragment的懶加載
- Android界面數(shù)據(jù)懶加載實(shí)現(xiàn)代碼
相關(guān)文章
Android Studio中導(dǎo)入JNI生成的.so庫的實(shí)現(xiàn)方法
這篇文章主要介紹了Android Studio中導(dǎo)入JNI生成的.so庫的實(shí)現(xiàn)方法的相關(guān)資料,這里不僅提供實(shí)現(xiàn)方案并提供了實(shí)現(xiàn)的方法,需要的朋友可以參考下2017-07-07
Android canvas drawBitmap方法詳解及實(shí)例
這篇文章主要介紹了 Android canvas drawBitmap方法詳解及實(shí)例的相關(guān)資料,需要的朋友可以參考下2017-01-01
Android編譯出現(xiàn)Warning:Mapping?new?ns?to?old?ns報(bào)錯(cuò)的解決方案
android在編譯的過程中難免會(huì)出現(xiàn)些錯(cuò)誤,下面這篇文章主要給大家介紹了關(guān)于Android編譯出現(xiàn)Warning:Mapping?new?ns?to?old?ns報(bào)錯(cuò)的解決方案,需要的朋友可以參考下2023-02-02
flutter showModalBottomSheet常用屬性及說明
這篇文章主要介紹了flutter showModalBottomSheet常用屬性及說明,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-09-09
Android6.0開發(fā)中屏幕旋轉(zhuǎn)原理與流程分析
這篇文章主要介紹了Android6.0開發(fā)中屏幕旋轉(zhuǎn)原理與流程,結(jié)合實(shí)例形式詳細(xì)分析了Android6.0屏幕旋轉(zhuǎn)的原理與相關(guān)實(shí)現(xiàn)流程,并附帶了Android動(dòng)態(tài)開啟與禁用屏幕旋轉(zhuǎn)的實(shí)現(xiàn)方法,需要的朋友可以參考下2017-11-11

