1.落笔缘由
其实我也不知道我要写什么，所以标题也不知道描述的是什么鬼？最近遇到有关tab+viewpager的问题，tab+viewpager没什么问题，但是需要在加一个标题栏来显示对于的界面的数据。也就是多个界面的数据需要在同一个标题栏显示数据，但是要求标题栏必须正确的显示当前界面的数据，不会出现界当前是界面一的数据，标题栏却显示的是界面二的数据。那不是很简单，加个锁不就可以了。确实，加个对象锁确实能实现同步，但是显示的效果不理想，下面会具体说不理想的情况。
2.过程
1）ViewPager对界面的加载策略
tab+viewpager没什么好说的，在这个过程中发现了viewpager的运作有意思，之前也没有仔细研究过。总共用5个界面，第一次打开app的时候，发现viewpage会调用instantiateItem两次，之前并没有在意过这个情况，一直认为没滑动一次界面，就会调用一次instantiateItem，那么为什么会在看到viewpage的时候会调用instantiateItem两次？
viewPager.setAdapter(new PagerAdapter() {
@Override
public boolean isViewFromObject(View arg0, Object arg1) {
return arg0 == arg1;
}
@Override
public int getCount() {
return pageViews.size();
}
@Override
public void destroyItem(ViewGroup container, int position,
Object object) {
// Log.i("lgy", "remove positon:"+position);
container.removeView(pageViews.get(position));
}
@Override
public Object instantiateItem(ViewGroup container, int position) {
container.addView(pageViews.get(position));
// Log.i("lgy", "add positon:"+position);
return pageViews.get(position);
}
});
这是因为viewpage有自己的缓存策略，当我们没有设置缓存页面数的时候，它默认缓存数是1（缓存数是必须大于等于1的），这时候viewpage就会缓存当前显示页两侧的页面。
例如，当没有设置缓存页面数，我们第一眼看到viewpage的时候，见到的页面是界面一，对应的position是0，可以看下图，
viewpage缓存日志一
instantiateItem方法会调用两次，会将position是0和1的界面都加载了。很明显，viewpage出来加载当前界面一，还缓存了与它右相邻的界面二。由于界面一左边没有相邻的界面，所以左边就没有缓存界面。
当切到界面二的时候，日志就会打出一行，当前显示界面是界面二，所以理论上界面二的左右两边相邻的一个界面会被缓存下来，也就是界面一和界面三会被缓存，可以看到position = 2（对于界面三）的界面也被缓存了
viewpage缓存日志二
当切到界面三的时候，按照之前的套路，viewpage会缓存界面三两旁的一个界面，也就是界面二和界面四，然后移除界面一
viewpage缓存日志三
总结，viewpager会按照指定的缓存数n，将当前页面两旁的左边n个页面和右边的n个页面缓存下来。viewpage设置缓存页面数的方法是setOffscreenPageLimit(int numbers)。
2）加锁实现
既然要实现同一对象不同实例同步操作一个目标，那么最直接的想法就是加锁，这样数据就不会串。
在这之前还是介绍一下需求，首先有五个界面，对于5个tab,然后有一个标题栏，里面有四种文件类型，红圈里面的数字是这四种文件类型的件数，而这个标题栏要显示的是当前界面的四种不同类型的文件数量。界面如下
界面效果
这里数据就是简单的设定，界面一四种类型的文件数都1，界面二四种类型文件数都是2，以此类推。我还设置了一个随机数，用来模拟从网络获取数据的延时动作。
随机获取延时数
@Override
public void onTitleMenuClick(LTitleMenu lTitleMenu, int mark) {
if (viewPager!=null) {
viewPager.setCurrentItem(mark);
}
Random random = new Random();
int time = random.nextInt(2000);
Log.i("lgy", "random:"+time);
pageViews.get(mark).loadData(time);
}
加载数据的时候模拟延时
public void loadData(final int time) {
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(time);
} catch (InterruptedException e) {
e.printStackTrace();
}
if (handler != null) {
handler.sendEmptyMessage(1002);
}
}
}).start();
}
下面我们来看一下数据串了的情况
数据混乱界面
当前界面是五，但是右边标题栏显示的文件数确实4，这就是数据串了的界面。
为了避免这种情况，下面我们加锁试一下
public void loadData(final int time) {
new Thread(new Runnable() {
@Override
public void run() {
//加类锁确实能保证多个对象对同一个部分的操作进行同步，但是被操作的对象由于线程的延时，会造成肉眼可见的变化
synchronized (PageView.class) {
try {
Thread.sleep(time);
} catch (InterruptedException e) {
e.printStackTrace();
}
if (handler != null) {
handler.sendEmptyMessage(1002);
}
}
}
}).start();
}
这样做确实可以保证数据显示正确，这里就不上图了，但是这里的显示效果并不理想，因为你加了锁，所以如果你一次点击界面一到界面五，按理来说标题栏最后显示的界面肯定是界面五的数据。但是，加锁同步后，标题栏肯定是会依次显示界面一到界面五的数据。具体什么情况可以运行代码看（这个例子对于的Activity是com.lgy.testclasssync.MainAcitivy）。
3）不加锁实现
其实我们只需要考虑两种情况，首先，多个界面在加载数据，我们只需要保证当前显示的界面加载数据的线程能改变标题栏即可；第二个就是保证当前界面加载数据的线程只有一个。第一个情况的解决方法就是使用一个标志setSelected，设置只有当前界面能改变标题栏，其他的设置为false,不改变标题栏。第二个情况就是使用一个标志isStop，如果当前对象获取数据的线程仍然在运作，后面的线程就不再执行获取数据的代码。这样就能保证当前对象只有一条线程在获取数据。
public void onTitleMenuClick(LTitleMenu lTitleMenu, int mark) {
if (viewPager!=null) {
viewPager.setCurrentItem(mark);
}
Random random = new Random();
int time = random.nextInt(1000);
// Log.i("lgy", "random:"+time);
for (int i = 0; i < pageViews.size(); i++) {
if (i==mark) {
pageViews.get(mark).setSelected(true);
pageViews.get(mark).loadData(time);
}else
{
pageViews.get(i).setSelected(false);
}
}
}
网友评论