必须声明为sequencedcollection或其子接口类型才能调用getfirst()等方法，因编译器按静态类型检查方法存在性；arraylist虽实现该接口，但list变量声明不包含getfirst()签名，故编译报错“cannot resolve method”。
能统一处理，但前提是变量声明类型必须是 SequencedCollection 或其子接口，不能是 List、Set 或具体实现类如 ArrayList —— 否则编译直接报错。
为什么 list.getFirst() 会编译失败
常见错误现象：cannot resolve method getFirst()。这不是运行时问题，而是编译器发现变量类型（比如 List<string></string>）没声明实现 SequencedCollection，连方法签名都找不到。
-
ArrayList类本身确实实现了SequencedCollection接口（JDK 21 起），但如果你写List<string> list = new ArrayList();</string>，那list的静态类型是List，不包含getFirst() - 同理，
LinkedHashSet实现了SequencedSet，但若声明为Set<string> set = new LinkedHashSet();</string>，调用set.getFirst()一样编译不过 - 安全做法：显式声明为接口类型，例如
SequencedCollection<string> coll = new ArrayList();</string>或SequencedSet<string> sset = new LinkedHashSet();</string>
哪些集合类型真正支持，哪些只是“看起来像”
不是所有有序集合都自动可用——关键看是否在 JDK 21 中被明确实现为 SequencedCollection 子类型。
- ✅ 原生支持：
ArrayList、LinkedList、ArrayDeque、LinkedHashSet、LinkedHashMap::keySet()、LinkedHashMap::entrySet() - ❌ 不支持：
HashSet、TreeSet（即使有序，也未实现该接口）、HashMap::keySet()（无序）、Stream.toList()返回的不可变列表（ImmutableCollections.ListN） - ⚠️ 注意：
new ArrayDeque(list)可以绕过限制，但会复制全部元素；而new LinkedHashSet(list)虽支持首尾操作且去重，但插入顺序与原list一致，适合缓存类场景
空集合调用 getFirst() 或 getLast() 会怎样
它不会返回 null，也不会静默跳过，而是明确抛出 NoSuchElementException —— 这是设计意图：强调“你要确保集合非空”，而不是靠异常兜底。
- 别用
try-catch捕获NoSuchElementException来做逻辑分支，这属于滥用异常机制，性能差且掩盖真实控制流 - 正确姿势：先调
isEmpty()，再取值。例如：if (!coll.isEmpty()) { String first = coll.getFirst(); } - 如果业务允许默认值，可封装工具方法：
coll.isEmpty() ? "default" : coll.getFirst()，比异常更直白
用 reversed() 时最容易忽略的一点
reversed() 返回的是视图，不是新集合，修改它会影响原集合 —— 但它的类型仍是 SequencedCollection，且首尾语义翻转。
-
coll.reversed().getFirst()等价于coll.getLast()；coll.reversed().addFirst(x)实际是在原集合末尾添加 - 反复调用
reversed()不会叠加反转（即coll.reversed().reversed()就是原集合本身） - 视图不改变底层结构，所以
reversed()是零拷贝、O(1) 时间的操作，但要注意它不是线程安全的，多线程读写需同步
最常被卡住的地方，其实是类型声明那一行——写对了类型，后面所有方法才真正“统一”起来；写错了，就又退回 JDK 20 之前的碎片化写法。
