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