Java集合框架核心思想是接口与实现分离：先定义功能契约（如Queue的add、remove、size），再由不同类（ArrayDeque、LinkedList等）灵活实现，支持无缝替换、协作开发和按需优化。
Java集合框架最核心的设计思想，就是接口与实现分离。它不是把功能“写死”在某个类里，而是先定义“能做什么”，再由不同类去决定“怎么做到”。这种设计让代码更灵活、可替换、易维护。
接口只管“契约”，不管“做法”
比如Queue接口只声明三件事：能在尾部添加元素（add）、能从头部取走元素（remove）、能查当前大小（size）。它完全不提底层是用数组还是链表，也不规定内存怎么分配、指针怎么移动。
这就意味着：
- 只要一个类实现了Queue接口，它就“算数”——哪怕内部是循环数组、双向链表，甚至用栈模拟的，外部调用者都无需关心；
- 你可以随时把ArrayDeque换成LinkedList，只要它们都实现Queue，业务代码一行都不用改；
- 团队协作时，接口可以提前定好，前后端或不同模块按契约开发，互不阻塞。
标准实现各有所长，按需选用
Java提供了多个符合同一接口的具体类，它们不是重复造轮子，而是针对不同场景做了优化：
立即学习“Java免费学习笔记（深入）”；
- ArrayDeque：基于循环数组，访问快、内存紧凑，适合大多数FIFO场景，但容量固定（有界）；
- LinkedList：基于双向链表，插入删除开销小，支持无限扩容，但随机访问慢、内存占用略高；
- PriorityQueue：实现Queue但按优先级出队，底层是堆，不满足严格FIFO；
- 并发场景下还有ConcurrentLinkedDeque或LinkedBlockingDeque，分别侧重非阻塞高性能或线程安全阻塞语义。
编程时用接口声明，不用具体类名
这是体现分离思想的关键编码习惯：
- ✅ 推荐写法：Queue<String> queue = new ArrayDeque<>();
- ❌ 避免写法：ArrayDeque<String> queue = new ArrayDeque<>();
前者把变量类型定为接口，后续切换实现只需改等号右边；后者把类型锁死在具体类，失去替换自由。同理，方法参数、返回值、字段也应优先使用Collection、List、Set等接口类型。
Collection是集合的顶层统一入口
Collection<E>是除Map外所有单列集合的根接口，只定义两个基础能力：add(E)和iterator()。这意味着：
- 任何实现了Collection的类（如ArrayList、HashSet、ArrayDeque）都能用for-each循环遍历；
- 通用工具方法（如Collections.sort()、Collections.synchronizedCollection()）只依赖接口，不绑定具体实现；
- 你写的泛型方法只要接收Collection<? extends T>，就能兼容所有子类型，真正实现“一次编写，多处复用”。
