最近项目新功能需要在垂直方方向可以循环滚动，并且水平方向也可以水平循环滚动，并且可以定位到指定item上。很自然的想到了ViewPager和 VerticalViewPager来解决项目需求，UI的大致结构如下
以下垂直方向滚动的ViewPager所在的Fragment成为A，水平方向滚动的ViewPager所在的Fragment成为B！
1、循环滚动的实现
要实现循环滚动的原理很简单，就是设置item数量为无限大或者为一个很大的数值，然后设置currentItem为该数值的一半这样就可以实现上下（左右）循环滚动了！在PagerAdaper上修改方法：
@Override
public int getCount() {
return Integer.MAX_VALUE;
}2、定位到指定item功能实现
从Fragment到Fragment通信，这里选择的是EventBus这个插件！
- .在A上监听水平垂直变化的Event，接收到消息后定位到指定行，并且发送水平方向的移动Event
-
在B上监听水平移动的Event，接收到消息后定位到指定列
这样定位到指定item的功能就实现了！
A:
@Subscribe(threadMode = ThreadMode.MAIN)
public void onAnimationEvent(RowEvent rowEvent) {
int index = viewPager.getCurrentItem() - viewPager.getCurrentItem() % rowEvent.allRows;
viewPager.setCurrentItem(index + rowEvent.row);
final Intent intent = new Intent(ChallengeItemFragment.COLUMN_ACTION);
intent.putExtra("stageId", rowEvent.stageId);
intent.putExtra("column", rowEvent.column); viewPager.postDelayed(new Runnable() {
@Override
public void run() {
LocalBroadcastManager.getInstance(getActivity()).sendBroadcast(intent);
}
}, 250);
//通知变化
// EventBus.getDefault().post(new ColumnEvent(rowEvent.row, rowEvent.column, rowEvent.stageId));
}B:
@Subscribe(threadMode = ThreadMode.MAIN)
public void onAnimationEvent(ColumnEvent columnEvent) {
if (columnEvent.stageId != stage.stageId) {
return;
}
int index = challengeItemViewpager.getCurrentItem() - challengeItemViewpager.getCurrentItem() % stage.challengeList.size();
challengeItemViewpager.setCurrentItem(index + columnEvent.column);
}以上为项目背景以及基本使用介绍，下面进入主题：
在测试的时候发现一个很奇怪的现象，从菜单进入该页面，并且该页面每次都是重新初始化的，在定位时收到了重复的水平方向定位消息，以下为log截图
并且每从菜单进入一次，重复测试就+1。
经过debug以及log发现，B的实例对象一直存在，就算从菜单进入，并且重新初始化了A也是一样。
作为ViewPager的切入点，当然就是Adapter了，因为项目统一使用的是Fragment而不是v4包的Fragment，所以PagerAdaper是拷贝FragmentStatePagerAdapter的，getItem上的主要方法实现如下
public android.app.Fragment getItem(int position) {
int oriPosition = position;
position = position % data.stageList.size();
B itemFragment = new B();
Bundle param = new Bundle();
param.putParcelable(B.EXTRA_STAGE, stage);
param.putBoolean(B.EXTRA_LOCKED, isLocked);
itemFragment.setArguments(param);
return itemFragment;
}
经过分析发现最终定位到mFragmentManager。在实例化Adapter时，传入的是getFragmentManger()，因为fragmentManager的生命周期是跟随Activity的，所以就算A重新实例化，使用的FragmentManager也是相同的，并且在Adapter上的实现：
public Object instantiateItem(ViewGroup container, int position) {
// If we already have this item instantiated, there is nothing
// to do. This can happen when we are restoring the entire pager
// from its saved state, where the fragment manager has already
// taken care of restoring the fragments we previously had instantiated.
if (mFragments.size() > position) {
Fragment f = mFragments.get(position);
if (f != null) {
return f;
}
} if (mCurTransaction == null) {
mCurTransaction = mFragmentManager.beginTransaction();
} Fragment fragment = getItem(position);
if (mSavedState.size() > position) {
Fragment.SavedState fss = mSavedState.get(position);
if (fss != null) {
fragment.setInitialSavedState(fss);
}
}
while (mFragments.size() <= position) {
mFragments.add(null);
}
fragment.setMenuVisibility(false);
fragment.setUserVisibleHint(false);
mFragments.set(position, fragment);
mCurTransaction.add(container.getId(), fragment); return fragment;
}
mCurTransaction.add(container.getId(), fragment);实例化后的Fragment加入FragmenManager管理！那么足可以说明每次实例化A后，其实之前已经添加到FragmenManager的B对象时没有销毁的，这就导致了每次从菜单进入A，水平定位上总是收到重复消息数量+1
既然发现了问题，那么就很好解决了，在A destory之前清除已经在FragmenManager上的B对象即可！在Adapter上添加：
public void clearFragments() { if (mCurTransaction == null) {
mCurTransaction = mFragmentManager.beginTransaction();
} for (Fragment fragment : mFragments) {
if (fragment != null && fragment.isAdded()) {
mCurTransaction.remove(fragment)；
}
} mCurTransaction.commitAllowingStateLoss();
}
@Override
public void onDestroyView() {
EventBus.getDefault().unregister(this);
challengeAdapter.clearFragments();
super.onDestroyView();
}这样此问题完美解决了！
在Fragment内使用FragmentManager推荐使用的是 getChildFragmentManager()但是此方法是在API17上添加的，所以还必须使用v4的Fragment。至于在v4.Fragment上是否会出现此问题，等以后遇到了再去研究！！
