randomaccess 是标记接口，不定义方法，仅表明 arraylist 支持 o(1) 索引访问；它供运行时检测（如 collections.binarysearch）以选择 indexedbinarysearch 或 iteratorbinarysearch，从而优化遍历策略。
ArrayList 实现 RandomAccess 接口，不是为了“开启某个功能”，而是向 JVM 和上层代码传递一个明确的性能语义：它支持 O(1) 时间复杂度的索引访问。这个接口本身没有方法，不参与逻辑执行，但它是运行时可检测的“标记位”——就像一个轻量级的类型元数据，供算法或框架据此做决策。
RandomAccess 是一种运行时可识别的性能契约
它不改变 ArrayList 的行为，但让外部代码能安全假设“用 for(int i=0; i
- 不是编译期约束，不强制任何实现，只在运行时起作用
- 不能靠文档或注释传达，必须通过接口实现才能被 instanceof 检测
- 它和 Serializable、Cloneable 一样，属于“能力声明型标记”，而非“功能提供型接口”
为什么不用字段或常量代替？
用布尔字段（如 isRandomAccess = true）看似更直观，但存在根本缺陷：
Teleport tsh SSH (Identity-First SSH Access, no passwords/static keys)
下载
使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。
- 子类可能覆盖字段但未重写行为，导致语义失真
- 无法参与多态判断——无法在泛型 List> 上通过字段判断，而 instanceof 可以
- 接口是类型系统的一部分，天然支持向上转型后的能力识别（比如传入一个 List，仍可判断是否随机友好）
序列化与 RandomAccess 的共性：都是“能力声明”，但用途不同
Serializable 告诉 JVM：“这个对象可以被字节流持久化”；Cloneable 告诉 Object.clone()：“允许我被浅拷贝”；RandomAccess 则告诉遍历算法：“你可以放心用下标跳转”。三者都无方法，却各自解锁一类关键行为：
- 序列化关注数据生命周期（内存 ↔ 存储/网络）
- 克隆关注对象副本机制（引用复制 vs 深复制策略）
- RandomAccess 关注访问模式效率（随机跳转 vs 线性推进）
实际开发中怎么用这个标记？
多数时候你不需要手动检测，框架已内置处理。但当你写通用工具方法时，可主动利用：
- 对大列表做批量读取：if (list instanceof RandomAccess) { for (int i=0; i
- 封装分页逻辑：若支持 RandomAccess，可直接 list.subList(from, to)；否则需流式缓冲
- 单元测试中验证行为：assertThat(myList, instanceOf(RandomAccess.class))
