在A58车服务的首页中使用了ViewPager2来实现堆栈卡片的效果.在Viewpager2滑动的过程中使用了自定义的切换动画,来造成渐入渐出及缩放的动效.具体代码如下:
class DepthPageTransformer implements ViewPager2.PageTransformer {
private int mOffset = 32;
@Override
public void transformPage(View page, float position) {
if (position <= 0) {
page.setTranslationY(-position * page.getHeight());
//缩放卡片并调整位置
float scale = (page.getHeight() + mOffset * position) / page.getHeight();
page.setScaleX(scale);
page.setScaleY(scale);
//移动Y轴坐标
page.setTranslationX(-position * mOffset);
page.setTranslationZ(position);
} else {
int pageHeight = page.getHeight();
float transY = -pageHeight * position + mOffset * position;
page.setTranslationY(transY);
// 缩放比例
float scale = (pageHeight - mOffset * position) / pageHeight;
page.setScaleX(Math.min(scale, 1));
page.setScaleY(Math.min(scale, 1));
// 控制展示层级
page.setTranslationZ(-position);
}
}
}
ViewPager2 在滑动动画结束后,产生了幽灵现象.处于卡片层级下方的视图,会在1~7秒内消失.在多次切换UI界面回到车服务首页,该现象能稳定地复现.
处理此问题时,我首先怀疑到这个问题与ViewPager2的缓存机制有关,在ViewPager2切换时,处于当前Position以外的视图会因为ViewPager2的管理机制而回收,导致界面销毁造成页面消失.那么问题来了,事实真的是这样的吗?
要弄清这个问题,我们必须解决以下两个疑问:
1.ViewPager2是如何控制内部的子View或Fragment的生命周期? 2.ViewPager2的缓存原理又是怎样的?
我们以ViewPager2嵌套Fragment为例: ViewPager2是由RecyclerView来实现的,RecyclerView作为容器需要使用RecyclerView.Adapter来承载和复用Fragment.在ViewPager2
中,使用FragmentStateAdapter作为适配器.FragmentStateAdapter和RecyclerView.Adapter一样,使用RecyclerView的复用机制,由于篇幅的限制,这里不再赘述,有兴趣的同学可以自行查询相关资料.
这里着重强调FragmentStateAdapter中的两个数据结构
final LongSparseArray mFragments = new LongSparseArray<>();
private final LongSparseArray mItemIdToViewHolder = new LongSparseArray<>();
mFragments：是position与Fragment的映射表。随着position的增长，Fragment是会不断的新建出来的。 Fragment可以被缓存起来，当它被回收后无法重复使用。
mItemIdToViewHolder：是position与ViewHolder的Id的映射表。由于ViewHolder是RecyclerView缓存机制的载体。所以随着position的增长，ViewHolder并不会像Fragment那样不断的新建出来，而是会充分利用RecyclerView的复用机制.
public void setOffscreenPageLimit(@OffscreenPageLimit int limit) {
if (limit < 1 && limit != OFFSCREEN_PAGE_LIMIT_DEFAULT) {
throw new IllegalArgumentException(
"Offscreen page limit must be OFFSCREEN_PAGE_LIMIT_DEFAULT or a number > 0");
}
mOffscreenPageLimit = limit;
// Trigger layout so prefetch happens through getExtraLayoutSize()
mRecyclerView.requestLayout();
}
另外一个和缓存有关的函数是 setOffscreenPageLimit(int limit)设置离屏缓存的大小,如果不使用该方法,ViewPager的离屏缓存大小默认是-1. 然而实际上ViewPager2仍然会使用缓存机制,且mViewCaches=3,即缓存当前显示的Fragment相邻的三个Fragment.
假如上述的结论是成立的,那似乎并不足以解释:为什么车服务首页的ViewPager2滑动,当前显示的卡片相邻的卡片视图会被销毁.很显然Position位置的卡片和其相邻卡片都应该位于ViewPager2的缓存队列里.
为了解释这个问题,我们必须弄清楚ViewPager2是如何控制内部的子View或Fragment的生命周期的,大致可以总结为以下几点:
- 缓存管理中的Fragment无论是处于Activity里还是ViewPager2里,都会无脑跟随它所在的Activity,执行Activity的生命周期函数.也就是说Activity执行onResume(),Fragment也会执行onResume(),Activity执行onStop(),Fragment也会同样执行onStop(). 但是反过来并不成立,比如Fragment重新可见,并不代表执行了OnResume(),更不代表Activity执行了OnResume().
- 滑动ViewPager2时,在缓存机制的作用在,Fragment不一定会被销毁,但是View会经历销毁/重建的过程,这个也符合RecyclerView利用ViewHolder进行复用的机制.
- 为了方便开发者控制Fragment的可见状态,Fragment提供了还有两个与它生命周期无关的函数 onHiddenChanged() 和setUserVisibleHint()，这两个函数可以控制Fragment的当前可见状态值, 但是,他只是一个特征值而已，并不能通过它来判定Fragment所处的生命周期.
再回到车服务首页遇到的问题,当不设置setOffscreenPageLimit()方法时,ViewPager2会缓存了当前视图的相邻的视图.ViewPager2内部的视图会听从ViewPager2的生命周期管理,当滑出界面时,ViewPager2会使滑出的视图执行如下的生命周期,导致视图被销毁及不可见.此时的Fragment实例依然在缓存中,只是对应视图被销毁.当该视图重新滑入界面中时,缓存的Fragment重新执行生命周期,利用onCreateView()重新恢复视图显示.
滑入的Fragment: onCreateView-onViewCreated-onStart-onResume
滑出的Fragment: onPause-onStop-onDestroyView
所以被ViewPager2缓存起来的是Fragment的对象实例,而非Fragment实例以及它的视图.要解决这个问题,不能使用ViewPager2的默认缓存机制,必须手动设置setOffscreenPageLimit(>=1),赋值离屏缓存大于等于1.当setOffscreenPageLimit(1)时,ViewPager2会缓存当前显示的视图外的三个离屏Fragment.当前Position位置的Fragment及相邻的Fragment会处于屏幕上的可见状态.(默认缓存机制下: 一个可见Fragment,三个缓存中的Fragment)
最后我们可以得出以下的结论:
- 导致这问题的原因是由于ViewPager2的缓存机制及对其内部的Fragment或View的生命周期管理机制共同作用的结果.
- 在默认状态下ViewPager2会缓存3个Fragment,但是只会显示处于Position位置的Fragment,相邻的两个Fragment会进入ViewPager缓存队列.其对应的View视图会随着ViewPager2滑出界面而进行onPause-onStop-onDestroyView的生命周期函数,最终被销毁.由于Fragment的生命周期完全由ViewPager2来决定. 因此产生了视图销毁的不确定性. 有时滑出界面后1~7秒才销毁,甚至不销毁的现象.