Android中ViewPager你所不知道的优化技巧分享
目录
- 写在前面
- 我获得这项技能的背景
- 解决Viewpager默认加载多个Fragment的问题
- 解决重复刷新的问题
- ViewPager源码解析
- 重复刷新的真相与解决
- 延伸: #getItemPosition方法
写在前面
提到ViewPager想必各位同学一点都不陌生,它是android中最常用的组件之一,一般配合Fragment一起使用。网上关于它的基本使用和常规优化方式也有很多,在这里我就不一一赘述,而是直接进入这篇文章的主题--ViewPager一些新的优化方式。
我获得这项技能的背景
最近组里做新的Web容器的,一次承载多个H5页面,以实现左右切换,默认展示主会场页,并要达到提升打开率的目标。要达到这个目标,那势必要从加载优化入手,缩短页面的打开时间。 优化的点包括但不限于,Activity初始化、ViewPager和Fragment的初始化、WebView的初始化等等。我做的第一个优化点便是ViewPager相关。
解决ViewPager默认加载多个Fragment的问题
ViewPager会默认给我们缓存多个Fragment,这样设计的目的是为了提升左右滑动的流畅度,代价就是会降低首次打开的启动时间。这让一个以打开率为KPI的我来说是不能容忍的!首先想到的解决方案便是懒加载,当Fragment页面可见时,才从网络加载数据并显示出来。这样做还是不能解决其它Fragment被缓存,以导致占用启动时间的问题,那怎么办?既然ViewPager不给我们只加载一个Fragment的机会,那我们强行创造行不行。我首次只往Adapter塞一个Fragment,等加载完成后再调用notifyDataSetChanged方法更新其它页面行不行!
解决重复刷新的问题
FragmentPagerAdapter不会销毁已经初始化完毕的Fragment
那为什么会有重复刷新的问题?且听我慢慢道来
我们的主会场在ViewPager中的位置是由后端下发的。首次加载单个Fragment,主会场在ViewPager中的位置只能是0,后续更新时根据后端下发的position动态调整其所在的位置。
//调整主会场位置伪代码 marketingInfoList.add(new MarketingInfo("www.juejin.com", "主会场")) for (int i = 0; i <= 3; i++) { //将放在前两个主会场前面 if (i < 2) { marketingInfoList.add(i, new MarketingInfo("www.baidu.com", "模拟" + i)); } else { //后两个往主会场后面添加 marketingInfoList.add(new MarketingInfo("www.baidu.com", "模拟" + i)); } } mPagerAdapter.notifyDataSetChanged(); //重新设置选中主会场 mViewPager.setCurrentItem(2);
可在实际开发的过程中却发现,主会场重复加载了两次,ViewPager生成了一个新的Fragment去承载主会场。我们的用户元气满满的点开我们的营销页,正准备下单呢,页面突然又重新白屏了一下。留下一句****,愤然离去。作为一名要给公司带来增长价值的开发这是不能接受的!那怎么办呢?分析源码!
ViewPager源码解析
instantiateItem方法作用
ViewPager会通过这个方法将构造Fragment,FragmentManager和Transaction都在这个方法里出现
public Object instantiateItem(ViewGroup container, int position) { if (mCurTransaction == nujavascriptll) { mCurTransaction = mFragmentManager.beginTransaction(); } final long itemId = getItemId(position); //跟据itemId生成fragment名字,通过名字去查找fragment是否加载过 String name = makeFragmentName(container.getId(), itemId); Fragment fragment = mFragmentManager.findFragmentByTag(name); //fragment加载过则直接attach,否则的话新生成一个fragment if (fragment != null) { if (DEBUG) Log.v(TAG, "Attaching item #" + itemId + ": f=" + fragment); mCurTransaction.attach(fragment)编程; } else { fragment = getItem(position); if (DEBUG) Log.v(TAG, "Adding item #" + itemId + ": f=" + fragment); mCurTransaction.add(container.getId(), fragment, makeFragmentName(container.getId(), itemId)); } if (fragment != mCurrentPrimaryItem) { fragment.setMenuVisibility(false); fragment.setUserVisibleHint(false); } return fragment; }
instantiateItem会通过getItemId获取到itemId,再生成与fragment对应的唯一tag,通过tag查找fragment是否加载过。也就是说只要tag相同,无论你点击的是哪个Tab都会加载到同一个fragment。我们再接着查看生成tag的方法makeFragmentName。
private static String makeFragmentName(int viewId, long id) { return "android:switcher:" + viewId + ":" + id; }
原来Tag就是由instantiateItem传入的viewId和itemId两个值组成,那么我们再看看itemId的生成方式
public long getItemId(int position) { return position; }
我惊了!更加的简单!也就是说Fragment的唯一Tag是又position决定的。这下刚刚的问题有答案了吧。
重复刷新的真相与解决
ViewPager在初始化Fragment时,会根据Tag寻找Fragment,有则直接加载,无则重新生成。主会场首次加载的position是0,后续调整位置后变成了2,导致两次的Tag不一至,所以就出现了重复加载的问题。知道了问题产生的原因,再来想解决办法就好办了。我们可以重写getItem方法,重新定义itemId的生成方式。
public long getItemId(int position) { //可以直接使用后端给页面ID return pageId; //后端不给也没事,我们自己生成一个 return data.get(position).getTitle().hashCode(); }
延伸: #getItemPosition方法
如果不重写getItemId这方法,将页面位置调整后再跳切回旧的位置,还会面临就位置的页面不刷新的问题。举个栗子:
掘金的position是0,我将它的position改为2,第0个position这个时候设置为百度,会发现首个页面依然是掘金。
网上给出的答案是重写getItemPosition方法,虽然可以解决问题,但是没有一个能讲明白这个方法的作用,在这里我来补充一下
public int getItemPosition(Object object) { return POSITION_UNCHANGED; }
getItemPosition默认返回POSITION_UNCHANGED,表示页面无变化。还有另外一个默认值POSITION_NONE,表示页面不存在。
???
页面指的是哪个页面?调用时机又是什么?还能再返回其它值吗? 各位看官先别急且看我慢慢写来,写帖一段源码:
void dataSetChanged() { // This method only gets called if our observer is attached, so mAdapter is non-null. final int adapterCount = mAdapter.getCount(); mExpectedAdapterCount = adapterCount; boolean needPopulate = mItems.size() < mOffscreenPageLimit * 2 + 1 && mItems.size() www.devze.com< adapterCount; int newCurrItem = mCurItem; boolean isUpdating = false; //mItems为旧数据的容器 for (int i = 0; i < mItems.size(); i++) { final ItemInfo ii = mItems.get(i); //返回刷新之前Tab项所处的位置 final int newPos = mAdapter.getItemPosition(ii.object); //返回的位置等于POSITION_UNCHANGED(-1)表示当前页未有变更,不做任何操作 if (newPos == PagerAdapter.POSITION_UNCHANGED) { continue; } //如果返回的位置等于POSITION_NONE(-2)表示当前页Tab项刷新后不存在,需要销毁并重新加载新的页面 if (newPos == PagerAdapter.POSITION_NONE) { mItems.remove(i); i--; if (!isUpdating) { mAdapter.startUpdate(this); isUpdating = true; } mAdapter.destroyItem(this, ii.position, ii.object); needPopulate = true; if (mCurItem == ii.position) { // Keep the current item in the valid range newCurrItem = Math.max(0, Math.min(mCurItem, adapterCount - 1)); needPopulate = true; } continue; } //如果当前页的新的位置和和旧位置不等,则说明调整了顺序 if (ii.position != newPos) { rAwqP //这段代码是将页面定位到刷新之前的打开页,据数据的position和mCurItem相等的话,则表示这个item是之前打开的,赋予它新位置的值 if (ii.position == mCurItem) { // Our current item changed position. Follow it. newCurrItem = newPos; } ii.position = newPos; needPopulate = true; } } if (isUpdating) { mAdapter.finishUpdate(this); } Collections.sort(mItems, COMPARATOR); if (needPopulate) { // Reset our known page widths; populate will recomput编程e them. final int childCount = getChildCount(); for (int i = 0; i < childCount; i++) { final View child = getChildAt(i); final LayoutParams lp = (LayoutParams) child.getLayoutParams(); if (!lp.isDecor) { lp.widthFactor = 0.f; } } setCurrentItemInternal(newCurrItem, false, true); requestLayout(); } }
notifyDataSetChanged方法之后会调用dataSetChanged方法,getItemPosition又是在dataSetChanged方法被调用的。
调用notifyDataSetChanged的后,会遍历旧的页面,通过getItemPosition方法返回的位置去决定当前遍历到的页面是否需要更新。POSITION_UNCHANGED:表示页面无变化;POSITION_NONE:表示页面不存在,需要销毁,重新加载新的页面。如果返回值返回的是页面具体的位置,则更新当前页在刷新数据后的位置,将Tab栏选中的对应的Tab项选中。
以上就是Android中ViewPager你所不知道的优化技巧分享的详细内容,更多关于Android ViewPager优化的资料请关注编程客栈(www.devze.com)其它相关文章!
精彩评论