UnsupportedOperationException dans AbstractList.remove() lors de l'utilisation de ArrayList

ArrayListliste de l'itérateur n'mettre en œuvre la méthode remove, cependant, j'ai le exception levée:

UnsupportedOperationException at java.util.AbstractList.remove(AbstractList.java:144)

Par ce code:

protected void removeZeroLengthStringsFrom(List<String> stringList)
{
    ListIterator<String> iter = stringList.listIterator();
    String s;
    while (iter.hasNext())
    {
        s = iter.next();
        if (s.length() == 0)
        {
            iter.remove();
        }
    }
}

Ce qui me manque ici? J'ai vérifié que le List<String> je suis de passage dans le pays sont en effet ArrayList<String>.

Merci!

  • est plus qu'à un fil fonctionnant sur la même List<String>?
  • Je vous suggère de vérifier que l'exécution de type de stringList est vraiment de type java.util.Liste de tableaux. Je soupçonne que vous pourriez avoir soit un Vector ou Stack ou un ArrayList de certains forfaits différents qui ne remplace pas remove(int).
  • Comment avez-vous le vérifier? Avez-vous examiner directement stringList.getClass() dans removeZeroLengthStringsFrom(), etc.?
InformationsquelleAutor bguiz | 2011-06-07
  1. 127

    Je pense que vous pouvez être en utilisant la Arrays utilitaire pour obtenir le List que vous passer dans cette méthode. L'objet est en effet de type ArrayList, mais c'est java.util.Arrays.ArrayList, pas java.util.ArrayList.

    La java.util.Arrays.ArrayList version est immuable et son remove() méthode n'est pas surchargé. En tant que telle, elle renvoie à la AbstractList mise en œuvre de remove(), qui jette un UnsupportedOperationException.

    • quelle est la solution pour ça?!!
    • La Solution serait quelque chose comme ceci: new ArrayList<>(Tableaux.asList("a", "b", "c"))
    • Il y a deux solutions possibles. La première, comme Kong implicite, est de faire une copie de l'immuable liste de tableaux et passer en. La deuxième, et préférable (à mon avis), la solution consiste à réécrire remove... pour retourner une Liste et de construire une nouvelle mutable Liste de la méthode, de la retourner à l'appelant. Cette solution ne sera pas toujours plausible (par exemple, si vous êtes accroché dans un cadre qui vous ne pouvez pas modifier), mais O(n) (itération) est légèrement meilleure que O(2n) (copie puis itérer).
    • Les Collections.addAll(targetCollection, {...}) fonctionne aussi bien.
    InformationsquelleAutor Mike M
  2. 2

    Je doute que vous sont transmis une liste de tableaux, comme la suppression de la méthode sur la liste de tableaux itérateur ne jette pas cette exception.

    Je devine votre sont transmises à un utilisateur de la classe dérivée de ArrayList qui iterator de ne jeter qu'exception sur supprimer.

    public void remove() {
    if (lastRet == -1)
    throw new IllegalStateException();
        checkForComodification();

    try {
    AbstractList.this.remove(lastRet);
    if (lastRet < cursor)
        cursor--;
    lastRet = -1;
    expectedModCount = modCount;
    } catch (IndexOutOfBoundsException e) {
    throw new ConcurrentModificationException();
    }
}
    InformationsquelleAutor MeBigFatGuy