前言：
android的listview，写吐了的东西，尤其它的适配器，当遇上相对复杂的场景的时候，还是容易出问题的，例如listview嵌套listview这样的场景、对item中子控件频繁的做一些操作等，可能会遇到数据加载错乱、错位等问题。其实这个时候，你怎么加断点加log打印都是没用的，你会发现数据都是正常的。
正文：
首先必须要明白listview的工作原理：
android为了优化listview，提升系统性能，提供getView方法，其中convertView参数就是来实现优化的。当用户滑动列表时，原先可视的item被滚出屏幕变得不可视，而代表该行的java对象可以被新的可视行复用。也就是说如果列表在手机屏幕中一屏可见的行有7行，当第一行滑出屏幕时，底部新滑出来的第8行可以复用第1行的java对象(即通过item布局inflate出来的view)，Android已经把第一行的布局缓存起来,作为可以复用的convertView。
上述说的对象复用问题，是基于我们的viewHolder的，例如：
@Override public View getView(int position, View convertView, ViewGroup parent) { ViewHolder viewHolder; if (convertView == null) { convertView = mInflater.inflate(R.layout.item_loadpic, parent,false); viewHolder = new ViewHolder(); viewHolder.img = (ImageView) convertView.findViewById(R.id.image); convertView.setTag(viewHolder); } else { viewHolder = (ViewHolder) convertView.getTag(); }当listview初始化加载数据的时候，会进到getView方法中，如果converView为空，则inflate出一个对象，并且通过setTag方法保存起来，如果converView不为空，则通过getTag方法取出来。假设你的手机屏幕一次只能容纳7行的数据（当然要视item的height而定），那converView ==null这个判断会走7次，之后你下拉列表和上拉列表都会走 else ，也就是converView不为空的情况，这也正是listview的强大之处，即便item再多，我也只创建几个holder就够了，省的每次都是findViewById消耗资源了，之后全是复用。
当你遇到数据加载错乱、重复的问题时，你可能先去查看代码，例如：
if (position == 3) { viewHolder.rl_title.setBackgroundResource(R.drawable.layout_blue_bg); }怎么看都没毛病，就是position == 3的时候，我设置了背景，为啥下面的也是有这样的背景，会不会是下面的position也有等于3的？别天真，别跟这行代码较真，看看上面的原理就会明白。
废话不多说，基本上你所有的数据错乱的问题，都可以用一个if - else解决：
if (position == 3) { viewHolder.rl_title.setBackgroundResource(R.drawable.layout_blue_bg); } else{ viewHolder.rl_title.setBackgroundResource(normal); }切记，只需要一个if-else! 切记，只需要一个if-else! 切记，只需要一个if-else!
