关于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。问题便得带了根本的解决。
版权声明：本文为博主原创文章，未经博主允许不得转载。
项目需求有无限轮播图，之前一直用的没问题，就用之前的放上去了，但是，有个需求是刷新时，把轮播图位置复位，心想不就是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的实例化有关，还需要深入研究
