在使用CursorAdapter的ListView中操作CheckBox的小结

最近在做一个防火墙应用，需要从数据库中得到数据，显示在ListView中，同时每一个Item还有几个CheckBox，可以直接点击CheckBox来更新数据库的内容。效果图是这样的：

首先提一下，Android设计ListView主要是用来展示数据，在其中进行各种操作的效率不高，应该尽可能的避免在其中进行过多操作。

 

下面是在实现过程中遇到了一些问题和解决的思路。

最初的解决思路：使用自定义的CursorAdapter，将数据库中的数据展示在ListView中，然后在adapter中对CheckBox添加setOnCheckChangedListener，来监听点击并更新到数据库。

1.在成功添加CheckBox，并setOnCheckChangedListener来更新数据库之后，出现了一个问题：当点击一个CheckBox以后，查看数据库发现正常更新，但是向下滚动屏幕直到该Item被隐藏，然后再向上滚动重新显示该条目时，CheckBox又回到原来的状态。

经过分析，发现问题在于更新数据库之后，CursorAdapter所使用的cursor没有更新，仍旧是旧的数据，因此在重新bindView时CheckBox回到原来的状态。

简单的解决方案是给数据库设置一个ContentObserver，并在数据库改变时重新查询和更新界面。当然，如果api level在11以上时，可以直接使用 public CursorAdapter (Context context, Cursor c, int flags)

中的 FLAG_REGISTER_CONTENT_OBSERVER 标志。

这种方法比较正规，但是有一定的开销。而且要谨慎使用cursor.requery和 CursorAdapter (Context context, Cursor c, boolean autoRequery)，autoRequery传入true。

 

这些已经被废弃的方法会在UI线程中执行数据查询和更新，有可能导致应用显示缓慢甚至ANR。

还有一种轻巧的方法，当该数据库只由你自己操作时，可以在adapter中使用一个数组boolean[]或者集合list<boolean>来手动管理ListView的CheckBox状态，不必在每次改变后重新查询数据并刷新界面，开支会减小很多。

2.我在这里选择了第一种方法，创建了一个ContentObserver来监听数据库，并在每次改变时刷新ListView的adapter。这样导致了第二个问题：当点击CheckBox之后，程序不停地刷新界面，进入死循环。

这个bug原因相当的简单：当改变数据库刷新ListView时会对每一个CheckBox进行setchecked（boolean），而setChecked（boolean）又触发OnCheckChangedListener从而再次更新数据库，导致死循环。

一个简单避开这个bug的方法就是改变监听的方式。当监听CheckChanged时，刷新列表时setChecked（boolean）会触发监听，可以改为监听click事件来避开这个问题，使用setOnClickListener，在每次点击CheckBox后直接反转数据库中该位置的数据（0，1互换）即可。

 

 

如果有任何需要交流的问题，请给我留言。

 

评论

1 楼 eagledame 2013-05-03  

你直接调用Adapter的notifyDataSetChanged 不就可以更新listview的数据了吗