RandomAccess接口,为什么没有方法?

我正在阅读Collections.shuffle(List)javadoc ,然后看看RandomAccess javadoc :

List实现使用的标记接口,表示它们支持快速(通常是恒定时间)随机访问。 […]

我想知道为什么这个接口(如Serializable)没有方法? 这个的设计原因是什么?

即使只有列表“实现”此接口,为什么不将E get()设置为方法呢? 我知道并非每个列表都是随机访问,但如果没有方法,我怎么能使用这个接口呢?

像这样的东西:

 if(object instanceof RandomAccess){ // should I cast it if no operations can be done? why? } 

此外,只有列表可以是RandomAccess? 文件怎么样?

“标记”界面是一种早于注释的技术; 它是为了将一个类标记为符合某些标准,其中标准与方法无关。

在这种情况下,Shuffle可能在不支持快速随机访问的列表上采取不同的行为。 考虑如何改变链接列表; 这很难,对吗? 你不能只是在没有遍历列表的情况下说“给我一个随机元素”,指向下一个元素的指针。 现在将其与ArrayList进行对比。 由于列表的存储方式,获取随机元素要容易得多。

没有办法在方法名称中限定“列表如何存储”或“不同访问模式可能有多快或多慢”。 因此,Java使用标记接口来提供此信息。

在这种情况下,ArrayList将是RandomAccess,而LinkedList则不是。

编辑

那些对标记接口和标记注释之间的差异感兴趣的人将会喜欢Joshua Bloch在Effective Java 2nd Edition中的第37项:“使用标记接口来定义类型”。

这是一个标记界面。 它定义了不使用任何额外方法的行为或function。

在这种情况下,它表示随机访问(已经在List接口中定义)不仅可行,而且有效。 使用List的代码可以根据此在算法之间切换。

如果这是一个好的设计决定,人们可以争论。 例如,随机访问方法可能已从List中删除(仅允许迭代),而是放入RandomAccess接口。 类似地,对象序列化系统的方法可以放入Serializable接口。

此外,只有列表可以是RandomAccess?

我猜这个界面也可以用于其他东西,但看起来它目前只被列表使用。

文件怎么样?

随机访问文件有一个单独的机制(java.io.RandomAccessFile)。