La selección de ListView permanece persistente después de salir del modo de elección

Me enfrenté al mismo problema y ya que solicitar el diseño no resuelve el problema para mí tampoco implementé un pequeño truco que funciona para mí. Tal vez este es el mismo problema porque estoy cambiando entre CHOICE_MODE_SINGLE y CHOICE_MODE_NONE.

Cuando el modo de acción termina, estoy llamando a este fragmento de código. clearChoices se asegura de que todos los elementos ya no se comprueben (internamente). La iteración sobre las vistas garantiza que todas las vistas actualmente visibles se restablezcan y ya no se comprueben.

mListView.clearChoices();

for (int i = 0; i < mListView.getChildCount(); i++) {
    ((Checkable) mListView.getChildAt(i)).setChecked(false);
}

mListView.setChoiceMode(ListView.CHOICE_MODE_NONE);

Mirando el código fuente de ListView, la única manera de solucionar esto es establecer la ListView en CHOICE_MODE_NONE, luego reasignar el ListAdapter (que borra la lista de selección interna independientemente del modo de elección)

Es decir, en un ListFragment/ListActivity

getListView().setChoiceMode(ListView.CHOICE_MODE_NONE);
getListView().setAdapter(getListAdapter())

Estaba teniendo este problema en API Level 17 y lo resolví haciendo:

listView.clearChoices();
listView.invalidateViews();

Para mí, parece que la respuesta aceptada no funciona para elementos invisibles, y no es necesario llamar

for (int i = 0; i < lv.getCount(); i++)
        lv.setItemChecked(i, false);

En su lugar, simplemente llame a

lv.requestLayout();

Para resolver completamente mi problema, llamo

lv.clearChoices();
lv.requestLayout();

En onDestroyActionMode()

Y llamar

lv.setItemChecked(position, false)

In onItemClick() when it's not in ActionMode

Sin embargo, no confirmé si la llamada setItemChecked() dará lugar a algunos problemas de rendimiento

Esto ha sido registrado como un bug de AOSP, pero marcado como obsoleto por cualquier razón.

Normalmente esperarías que esto funcionara:

getListView().clearChoices();
getListView().setChoiceMode(ListView.CHOICE_MODE_NONE);

Desafortunadamente no lo hace. Diferir el modo de elección de configuración a ninguno en el siguiente pase de diseño funcionaría:

getListView().clearChoices();
getListView().post(new Runnable() {
    @Override
    public void run() {
        getListView().setChoiceMode(ListView.CHOICE_MODE_NONE);
    }
});

Había probado todos los enfoques discutidos anteriormente, pero ninguno de ellos funciona para mí. Finalmente, decido aplicar la siguiente solución. La idea clave es que,

Durante multimodo, en lugar de reutilizar la vista "cached", crearemos una vista completamente nueva. No eficiente, pero al menos "parcialmente" resolver mi problema.

Aquí está el código de mi personalizado ArrayAdapter

@Override
public View getView(int position, View convertView, ViewGroup parent) {
    // Key to solve this problem. When we are in multimode, we will not reusing the cached view.
    View rowView = this.multimode ? null : convertView;

    if (rowView == null) {
        LayoutInflater inflater = activity.getLayoutInflater();
        rowView = inflater.inflate(R.layout.watchlist_row_layout, null);
        ViewHolder viewHolder = new ViewHolder();
        viewHolder.textView0 = (TextView) rowView.findViewById(R.id.text_view_0);
        viewHolder.textView1 = (TextView) rowView.findViewById(R.id.text_view_1);
        viewHolder.textView2 = (TextView) rowView.findViewById(R.id.text_view_2);
        rowView.setTag(viewHolder);
    }

Además, me siento más seguro de tener el siguiente código en ActionMode.Callback, aunque no estoy seguro de cómo ayuda mucho.

    @Override
    public void onDestroyActionMode(ActionMode mode) {
        MyFragment.this.myArrayAdapter.setMultimode(false);

        // http://stackoverflow.com/questions/9754170/listview-selection-remains-persistent-after-exiting-choice-mode
        // Using View.post is the key to solve the problem.
        final ListView listView = MyFragment.this.getListView();
        listView.clearChoices();
        for (int i = 0, ei = listView.getChildCount(); i < ei; i++) {
            listView.setItemChecked(i, false);
        }
        listView.post(new Runnable() {
            @Override
            public void run() {
                listView.setChoiceMode(ListView.CHOICE_MODE_NONE);
            }
        });
        actionMode = null;
    }

Nota al margen

Usando el par MultiChoiceModeListener con CHOICE_MODE_MULTIPLE_MODAL hará que este error desaparezca. Sin embargo, para el dispositivo por debajo del nivel de API 11 no podrá utilizar esta solución.

Sé que esto ha sido respondido, pero las respuestas anteriores todavía me dieron problemas con las vistas en caché/recicladas que mantiene ListView, que no actualizaron su estado cuando se volvió a ver. Por lo tanto, la solución anterior cambia ligeramente a:

    lv.clearChoices();  

    ArrayList<View> list = new ArrayList<View>();
    lv.reclaimViews(list);
    for (View view : list) {
        ((Checkable) view).setChecked(false);
    }

    lv.setChoiceMode(lv.CHOICE_MODE_NONE);

Esto es mejor que usar getChildAt(i) porque ese método jusg le da las vistas actualmente visibles y no tiene en cuenta las vistas internas almacenadas en caché, que no son visibles.

He encontrado que los únicos dos métodos que funcionan aquí (API 19) son:

• Restablecer el adaptador de lista, que no es deseable porque vuelve a la parte superior de la lista;
• Establecer el modo de elección en CHOICE_MODE_NONE en un new Runnable

Si el modo de elección se cambia sin usar listView.post(new Runnable()), no funciona. ¿Alguien puede explicarme por qué es esto?

Disculpas por no comentar, no tengo reputación.

Gracias.

No estoy seguro si esto es demasiado tarde solo quería compartir. Creé una intent en la misma página para que una vez que se capturan los datos en los que se hace clic, se recrea una página nueva sin persistencia en los que se hace clic.

No Es un error. Ese comportamiento es necesario para soportar múltiples HID para Android. Por lo tanto, para mostrar el estado de selección solo necesita establecer el modo de elección de la vista de lista y un fondo para soportar el estado seleccionado para el "diseño de elementos de lista", como:

android:background="?android:attr/activatedBackgroundIndicator"

PARA su información: http://android-developers.blogspot.mx/2008/12/touch-mode.html