java中只读集合的iterator允许遍历（hasnext/next正常），但remove()抛unsupportedoperationexception；其只读性由集合实现决定，非iterator本身限制。
Java 中 Iterator 本身不区分“只读集合”和普通集合，它的行为由底层集合的实现决定。只要集合类支持迭代（即实现了 Iterable 接口），就能获取 Iterator；但是否允许修改，取决于该集合是否支持 remove() 操作。
只读集合的 Iterator 行为特点
只读集合（如 Collections.unmodifiableList()、Arrays.asList() 返回的不可变视图、或 List.of() 创建的不可变列表）在调用 iterator() 后仍会返回一个 Iterator 对象，但其 remove() 方法被禁用：
-
hasNext()和next()正常工作，可安全遍历 -
remove()方法默认抛出UnsupportedOperationException - 即使没调用
remove()，遍历过程本身不会报错——只读性体现在“不能改”，而非“不能读”
常见只读集合示例与迭代写法
以下代码均能正常遍历，但尝试删除会失败：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
List<string> readOnly = List.of("a", "b", "c");</string>→iterator.remove()抛异常 -
List<string> unmod = Collections.unmodifiableList(new ArrayList(List.of("x", "y")));</string>→ 同样禁止remove() -
Set<string> set = Set.of("A", "B");</string>→ 迭代器存在，remove()不可用
如何安全使用只读集合的 Iterator
关键不是避免获取迭代器，而是避免调用 remove()：
- 仅用
while (it.hasNext()) { String s = it.next(); ... }安全无副作用 - 若逻辑中可能触发删除，先检查集合是否可修改（可通过
instanceof或封装判断，但更推荐设计上明确分离读/写场景） - 增强 for 循环（
for (String s : readOnly)）本质也使用Iterator，同样只读安全
为什么 remove() 会失败？原理简述
只读集合的迭代器通常是内部包装类，其 remove() 方法直接抛出异常，不委托给底层（因为底层也不支持修改）。这不是 Iterator 的限制，而是集合契约的体现：不可变集合承诺“内容永不改变”，迭代器必须遵守这一约束。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
