libGDX中‘Using non reentrant iterator method: Array.iterator()’提示含义

嘿，这个Android Studio的提示其实是在给你敲个警钟——LibGDX的Array类里的迭代器设计和Java标准库的集合不一样，得特别注意！

先搞懂什么是「非可重入迭代器」 #

提示里说的「non reentrant iterator」（非可重入迭代器），意思是每次你调用Array.iterator()方法时，它不会创建一个新的迭代器对象，而是返回同一个已经存在的迭代器实例。

为什么这会有问题？ #

这种设计在大多数单遍遍历的场景下没问题，但如果遇到下面这些情况，就会踩坑：

• 嵌套遍历同一个Array：比如外层循环遍历items，内层又遍历同一个items，这时候两个循环共用同一个迭代器，迭代器的游标会被打乱，导致遍历结果混乱（比如跳过元素、重复遍历）。
• 在遍历过程中，调用了其他会触发迭代器的方法：比如在循环里又对同一个Array做了遍历操作，同样会干扰当前迭代的状态。

举个踩坑的例子：

// 错误示例：嵌套遍历同一个Array
for (Item item : items) {
    System.out.println(item.name);
    // 内层又遍历同一个items，会打乱外层迭代器的状态
    for (Item innerItem : items) {
        System.out.println(innerItem.name);
    }
}

运行这段代码你会发现，外层循环可能只走了一次，就因为内层迭代器把游标移到了末尾，外层直接结束了。

LibGDX为什么这么设计？ #

说白了就是为了性能！游戏开发对内存分配和GC（垃圾回收）特别敏感，每次遍历都新建迭代器会产生不必要的对象，增加GC负担。LibGDX的Array通过复用同一个迭代器，减少了对象创建，提升了运行效率。

怎么解决这个问题？ #

如果你的代码只是单纯的单遍遍历（像你现在写的for (Item item : items)），其实暂时不会有问题，但如果要避免潜在的坑，或者需要嵌套遍历，可以换两种方式：

1. 基于索引的普通for循环：这是最稳妥的方式，完全绕开迭代器的问题

for (int i = 0; i < items.size; i++) {
    Item item = items.get(i);
    item.update(deltaTime);
}

2. 手动创建独立的迭代器实例：如果你非得用迭代器，可以直接创建ArrayIterator的新实例，每次都用独立的迭代器

Iterator<Item> iterator = new ArrayIterator<>(items);
while (iterator.hasNext()) {
    Item item = iterator.next();
    item.update(deltaTime);
}

内容的提问来源于stack exchange，提问作者Waqleh