Iterator的性能取决于它的实现。每个Java集合都有自己的迭代器实现，因此性能会有所不同。通常hasNext和next方法没有循环。您显示的代码是教程中的一些特殊迭代器，它在执行过滤时进行迭代。虽然您有两个嵌套循环，当position不断从0增加到channels.size()时，您实际上只遍历底层集合channels一次。hasNext()内部循环对于跳过不需要的项是必要的，但并不增加计算难度，这种迭代的总体难度为O(channels.size())。
注意，这个迭代器实现破坏了Iterator接口契约。首先，它在迭代结束时没有抛出NoSuchElementException。其次，如果你多次调用next()而没有调用hasNext()，你将得到不同的结果。因此，我不建议在真实的代码中使用本教程中的示例。

你说的“使用while循环两次”是什么意思？如果你关心你是否在集合上迭代两次，那么我不这么认为。迭代器保持一个位置指针，在两个方法中似乎只是前进。所以当你有嵌套的循环时（一个在应用程序代码中，在hasNext（）方法中），它们不获取相同的项

• • 收款**

如果channels是某种Iterable，则可以将循环编写为

for(Channel c : channels) {
  if(c.getTYPE().equals(type) 
    || type.equals(ChannelTypeEnum.ALL)) {
       return true;
  }
}
return false;

如果您只使用该位置迭代到下一个元素，则不需要递增位置。
这只是一个简短的代码--使用注解中所述的迭代器的代码--所以它不会在性能方面获得太多的好处，但是会增加代码的清晰度。如果你的channels类型已经是Collection并且实现了Iterable，那么就没有必要像上面的代码那样实现你自己的迭代器

这是迭代Set的最快方式：

int size = mySet.size();
Iterator<Integer> iteration = mySet.iterator();
for(int j = 0; j < size; j ++){
   doSomethingWith(iteration.next());
}

在这个循环中，避免了在每一步都调用iteration.hasNext（），这就是为什么它比传统的迭代器循环快，也比增强的for循环快。
当然，差异非常小，只有当性能对代码确实非常重要时，才应该像这样优化。