关于ViewPager设置属性页setCurrentItem会阻塞主线程ANR总结

关于android开发设置View Pager的直接跳转页set CurrentItem会阻塞主线程ANR。

根据网上解决的说法，分析源码：

if (mFirstLayout) {
    // We don't have any idea how big we are yet and shouldn't have any pages either.
    // Just set things up and let the pending layout handle things.
    mCurItem = item;
    if (dispatchSelected) {
        dispatchOnPageSelected(item);
    }
    requestLayout();
} else {
    populate(item);
    scrollToItem(item, smoothScroll, velocity, dispatchSelected);
}

是因为主线程测量滑动距离，绘制UI阻塞，因此通过反射拿到 mFirstLayout变量,每次在setCurrentItem的代码之前设置为true,

try {

Field mFirstLayout = ViewPager.class
.getDeclaredField("mFirstLayout");
mFirstLayout.setAccessible(true);
mFirstLayout.set(vpImg, true);
vpImg.setCurrentItem(num + numCenter, false);
} catch (Exception e) {
e.printStackTrace();

}

根据以上解决方法本应能够解决ANR，可事实依然存在问题，上码：

@Override
public int getCount() {
tvPicSum.setText(vpImg.getCurrentItem() % mOrderListPic.size() +
1 + "/"
+ mOrderListPic.size());
if (mOrderListPic.size() >= 2) {// 当条目超过一个
return Integer.MAX_VALUE;
}
return mOrderListPic.size();
}

这是我的适配器PagerAdapter的getCount()方法，为了能够实现ViewPager的近似无限轮播效果，我们将viewPager的限制页数设置为Integer类型的最大值，但也从而会使ViewPager在setCurrentItem时测量页数太大，绘制UI频繁而阻塞主线程ANR，因此我将数量改成了相对较小些mOrderListPic.size()*40。问题便得带了根本的解决。

无限轮播图填坑--ViewPager 调用setCurrentItem(int position) 卡死

标签： Android轮播图

2016-12-21 22:21 1698人阅读 评论(1) 收藏 举报

版权声明：本文为博主原创文章，未经博主允许不得转载。

 

目录(?)[+]

 

项目需求有无限轮播图，之前一直用的没问题，就用之前的放上去了，但是，有个需求是刷新时，把轮播图位置复位，心想不就是setCurrentItem么，so easy！

但....事情却没有那么简单

大家都知道，无限轮播图的做法就是把Adapter中重写getCount返回一个很大的数字，欺骗viewpager有很多，在对position和数据size取模，使数据的position和实际的position对应上，然后使用的时候把当前position设置到getCount数值 的中间，所以setAdapter后setCurrentItem（...），ok，到这里一切顺利

当页面刷新时，得到新数据，对viewpager重新设置数据，然后再次setCurrentItem恢复到初始位置时，问题就来了，这时整个页面完全卡死，过一会就ANR了

懵了......

这么简单的问题竟然会有问题

好了，开始解决问题

经过调试，问题代码就出现在setCurrentItem这行代码，查看ViewPager源码，发现最终调用到这个方法:

void setCurrentItemInternal(int item, boolean smoothScroll, boolean always, int velocity) {}

方法里面有行判断：

if (mFirstLayout) {
    // We don't have any idea how big we are yet and shouldn't have any pages either.
    // Just set things up and let the pending layout handle things.
mCurItem = item;
    if (dispatchSelected) {
        dispatchOnPageSelected(item);
    }
    requestLayout();
} else {
    populate(item);
    scrollToItem(item, smoothScroll, velocity, dispatchSelected);
}

mFirstLayout是一个私有变量，默认为true，第一次设置数据时，mFirstLayout为true，然后在viewpager的

onLayout方法中就被设置成了false

当下次再次setCurrentItem时就进入了else中，这时，else中的代码就会引起UI卡顿，具体原因还未深入研究

但到这就有了思路了，可以利用反射，强行修改mFirstLayout的值为true

try {
    Field mFirstLayout = ViewPager.class.getDeclaredField("mFirstLayout");
    mFirstLayout.setAccessible(true);
    mFirstLayout.set(vp_top, true);
    myPagerAdapter.notifyDataSetChanged();
    vp_top.setCurrentItem(Integer.MAX_VALUE/4-( Integer.MAX_VALUE/4 % ids_list_data.size() ));
}catch(Exception e) {
    e.printStackTrace();
}

好了，到这里问题解决

ps 中间考虑过的方法还有一种，就是获取当前position，经过判断需要位移多受啊能到初始位置，就在刷新时偏移多少，但

是经测试，发现一个问题，在

vp_top.setCurrentItem(vp_top.getCurrentItem()+1);这样偏移一个单位时是没问题的，但是大于1就会卡顿，这个原因

不是很清楚，可能还是跟view的实例化有关，还需要深入研究