ListView多选操作模式详解CHOICE_MODE_MULTIPLE与CHOICE_MODE_MULTIPLE_MODAL

[转自 http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2014/1105/1906.html]

这篇文章我们将详细的介绍如何实现ListView的多选操作，文中将会纠正在使用ListViewCHOICE_MODE_MULTIPLE或者CHOICE_MODE_MULTIPLE_MODAL时容易犯的错误，以及

CHOICE_MODE_MULTIPLE与CHOICE_MODE_MULTIPLE_MODAL的区别。最后我们将给出一个demo来演示两种多选操作的实现。

一、在不使用ListView多选模式的情况下

注：我认为这一节可以不看，因为我觉得不使用ListView的多选模式有点愚蠢。

如果我们不知道ListView自带多选模式，那么我们一般是通过维护一个保存被选择position集合来实现多选的，通常情况下这个集合类型我们选择HashSet。

实现的大致框架如下：

Adapter中：

保存被选择的position

getView中判断当前Position是否在集合中，从而显示不同的外观

Activity中：

主要是处理onItemClick事件，在不同模式下，做不同的处理。

上面的做法其实用的很普遍。但是我们不提倡。

二、使用ListViiew的CHOICE_MODE_MULTIPLE模式

ListView有四种模式：

其中CHOICE_MODE_NONE是普通模式，CHOICE_MODE_SINGLE是单选模式，不常用，CHOICE_MODE_MULTIPLE和CHOICE_MODE_MULTIPLE_MODAL都是多选模式，他们的区别稍后我们会讲到。

所以ListView在设计的时候其实是考虑了多选操作的，我们没有必要自己再像第一节描述的那样专门维护一个HashSet来保存被选择的position。实现ListView的多选操作的代码在ListView直接父类AbsListView中，AbsListView已经有一个mCheckStates变量来做了保存被选择的position这个事情。mCheckStates的定义如下：

AbsListView还定义了如下公共方法：

//判断一个item是否被选中

//获得被选中item的总数

//选中一个item

//清除选中的item

当点击一个item的时候absListView中会调用performItemClick，如果是CHOICE_MODE_MULTIPLE，则该item点击一次，mCheckStates中相应位置的状态变更一次。然后我们就可以通过listView的getCheckedItemCount()方法获取选择了多少个；isItemChecked(int position)方法判断一个item是不是被选中。

有了这些原生sdk的支持，难道还有什么多选操作是不能实现的吗？所以是不是应该考虑放弃第一节中描述的那种方法了呢？遗憾的是很多android开发者即使是用了CHOICE_MODE_MULTIPLE，仍然没有去利用这些ListView自带的功能，估计是根本不知道该CHOICE_MODE_MULTIPLE的 特性吧，这其实也是android程序员与ios程序员真正存在差距的地方。

CHOICE_MODE_MULTIPLE实战

先看看效果图

代码解释：

首先设置ListView模式：

定义一个adapter，当ListView的某个item被选中之后，将该Item的背景设置为蓝色，以标记为选中。不然虽然ListView知道该item被选中，但是界面上没表现出来。

在item每被点击一次中通知adapter，这样做的目的是为了让更新Ui以显示最新的选中状态。

其中mSelectedCount()作用是在actionbar中更新选中的数目。

上面的代码实现了多选操作，但是在我选中一个item的时候，listView的onItemClick也同时触发，而一个ListView点击item的后续操作一般是切换到另外一个界面，所以实际应用中，我们还需要设置一个标志位，用来区别当前是多选状态还是普通状态 ，如果是多选状态，调用ListView.setChoiceMode(ListView.CHOICE_MODE_MULTIPLE);  如果是普通状态调用mListView.setChoiceMode(ListView.CHOICE_MODE_NONE); CHOICE_MODE_MULTIPLE模式的特点在于他本身没有排斥性，在能选择item的情况下，也可以响应普通点击事件。为了解决这个问题 ，在android3.0之后增加了CHOICE_MODE_MULTIPLE_MODAL模式。

二、使用ListViiew的CHOICE_MODE_MULTIPLE模式

CHOICE_MODE_MULTIPLE_MODAL和CHOICE_MODE_MULTIPLE恰恰相反，他是对普通点击操作和多选操作是排斥的，一旦有一个item被选中，即进入到多选状态，item的onclick事件被屏蔽。这种排斥性也是他比CHOICE_MODE_MULTIPLE多了个MODAL的原因。此外CHOICE_MODE_MULTIPLE_MODAL还结合了android3.0的actionmode，当进入多选状态，actionbar的位置会显示新的菜单。

我们来看看CHOICE_MODE_MULTIPLE_MODAL模式的实现原理：

如何实现两种状态的互斥：当点击一个item的时候absListView中会调用performItemClick，如果是CHOICE_MODE_MULTIPLE，则该item点击一次，mCheckStates中相应位置的状态变更一次，但是CHOICE_MODE_MULTIPLE_MODAL模式不同，必须要mChoiceActionMode!= null

的情况下，才会去变更mCheckStates中相应位置的状态；不光如此，如果mChoiceActionMode!= null

，他还会阻挡ItemClick事件的继续传播，从而屏蔽了ListView OnItemClickListener的onItemClick方法。

如何启用actionmode：一般我们使用actionmode都是在activity中调用startActionMode，但是如果你要使用ListView的CHOICE_MODE_MULTIPLE_MODAL，请不要这么做， 在absListView中有一个变量mChoiceActionMode，定义如下：

当长按item 或者是调用主动调用setItemChecked方法mChoiceActionMode将被实例化，而如果你是在activity中调用startActionMode，那么虽然actionbar上的菜单变化了，ListView 中的mChoiceActionMode却没有实例化，刚刚我们谈到mChoiceActionMode==null 表示未进入到多选状态，所以这时你点击一个item其实还是普通的点击行为。

因此在CHOICE_MODE_MULTIPLE_MODAL模式下要启用多选操作，只有两种办法：

（1）长按当长按item ；

(2)主动调用ListView的setItemChecked(int position, boolean value)方法选中一个item。

但是这两种进入多选状态的方法都有一个弊端，那就是进入多选状态之后，总是有一个item是被选中的， 方法（1）中长按item，被按的item被选中，这种结果是合理的可以接受的，但是如果你想主动进入多选状态（比如我在点击actionbar的某个菜单的时候想进入多选状态），就必须采用方法（2）：调用setItemChecked，这就出现个问题，你该让哪个item被选中呢？貌似最合理的该是一个都不选中吧，我只是进入到这个状态，还没有开始选呢。幸运的是，我们可以使用一些技巧，实现能主动进入多选状态，且没有一个item被选中。

思路是我们先让第一个item被选中，这样Listview就进入多选状态，然后我们再清除被选中item的状态，代码如下：

有些人可能会问，按照上面的思路，为什么不这样实现呢：

嘿嘿，刚刚我们提到ListView CHOICE_MODE_MULTIPLE_MODAL模式中，一旦有一个item被选中，即进入到多选状态，而他还有个相反的特性，一旦所有的Item被主动的设置为未选中，则退出多选状态,mChoiceActionMode会调用自己的finish()方法。为什么呢？在MultiChoiceModeWrapper类中：

好了我们来实现一个CHOICE_MODE_MULTIPLE_MODAL模式下的多选操作：

代码：

这里需要提醒的是虽然ListView的mActionMode我们不能直接操作，但是actionmode的回调方法是可以在activity中设置的：

而且这个回调方法比一般的actionmode回调方法多了个onItemCheckedStateChanged