Collection是Java集合框架顶层接口，不提供实现，不能直接实例化；其操作依赖equals()而非==；遍历时需用Iterator安全删除；线程安全、顺序、去重等由具体实现类决定。
Collection 接口是 Java 集合框架的顶层契约，它不提供具体实现，但强制所有单列集合（如 ArrayList、HashSet、LinkedList）必须支持一套基础操作——换句话说，它是“能叫集合”的最低标准。
为什么不能直接 new Collection\()？
因为 Collection 是接口，JDK **明确不提供它的直接实现类**。你写 Collection<string> list = new Collection<string>()</string></string> 会编译报错：Error: Cannot instantiate the type Collection。
- 正确做法永远是用多态：用具体实现类构造，向上转型为
Collection - 例如：
Collection<string> c = new ArrayList();</string>或new LinkedHashSet() - 这样写不是为了“省代码”，而是为了后续方法参数能统一接收任意单列集合类型
public void processItems(Collection<String> items) {
for (String s : items) {
System.out.println(s);
}
}
// 调用时可传入 ArrayList、HashSet、LinkedList... 不用改方法签名
processItems(new ArrayList<>());
processItems(new HashSet<>());
add()、remove()、contains() 这些方法到底靠什么判断“相等”？
所有基于 Collection 的操作（比如 contains()、remove()、containsAll()）都依赖元素自身的 equals() 方法，而不是 ==。
- 如果你存的是自定义对象（比如
Person），没重写equals()和hashCode()，那contains(new Person("Alice"))几乎一定返回false，哪怕集合里真有同名对象 -
remove()只删第一个匹配项；removeAll()删的是差集，不是“全部删光” -
retainAll()是取交集，且会**修改原集合**——这点常被误认为是“只读操作”
遍历 Collection 时 Iterator 和 for-each 有什么区别？
二者底层都调用 iterator()，但行为边界不同：
立即学习“Java免费学习笔记（深入）”；
-
for-each是语法糖，简洁安全，但**无法在遍历时删除元素**（会抛ConcurrentModificationException） - 需要边遍历边删，必须用显式
Iterator并调用it.remove() -
Iterator是唯一被Collection强制要求支持的遍历方式（通过继承Iterable），所以它是通用性最高的遍历入口
Collection<String> names = new ArrayList<>(Arrays.asList("a", "b", "c"));
Iterator<String> it = names.iterator();
while (it.hasNext()) {
String s = it.next();
if ("b".equals(s)) it.remove(); // ✅ 安全删除
}
// names 现在是 ["a", "c"]
真正容易被忽略的点是：Collection 接口本身不保证线程安全、不保证顺序、不保证去重——这些特性全由子接口（List / Set / Queue）及其具体实现类决定。选错实现类，再熟的 Collection 方法也救不了逻辑 bug。
