为什么Kotlin的ArrayDeque是未实现专用接口的具体类？

• 跨平台一致性约束：Kotlin是多平台语言，kotlin.collections.ArrayDeque的核心设计目标是在JVM、JS、Native等所有Kotlin支持的平台上保持API一致。而java.util.Deque是JVM特有的接口，若让Kotlin的ArrayDeque实现它，会导致该类在非JVM平台无法保持相同的接口结构，违背了Kotlin标准库“一次编写多平台复用”的核心原则。

• 扩展函数替代接口继承：Kotlin没有定义跨平台的通用Deque接口，而是通过扩展函数为MutableList及其他符合条件的集合提供了Deque的核心功能——比如addFirst()、addLast()、removeFirst()、removeLast()这些方法，都是以扩展函数的形式存在的。kotlin.collections.ArrayDeque作为MutableList的实现，天然就能使用这些扩展方法，不需要额外实现专用Deque接口就能提供完整的双端队列能力。

• 减少冗余与维护成本：如果为JVM平台单独让ArrayDeque实现java.util.Deque，需要实现该接口的所有方法，其中很多功能已经通过Kotlin标准库的扩展函数或MutableList的方法覆盖了，这会造成代码冗余，同时增加跨平台版本的维护负担——JVM版有额外的接口实现，其他平台没有，会导致多平台代码的抽象逻辑不一致。

• 行为优先的设计理念：Kotlin标准库的集合设计更强调“行为支持”而非“接口强制继承”。开发者不需要依赖特定的Deque接口，只要集合具备相应的行为（比如MutableList），就能使用Deque相关的操作。这种方式比传统的接口继承更灵活，也更符合Kotlin的函数式编程风格。

内容的提问来源于stack exchange，提问作者Michael Piefel