Trait中命名为wait的变量触发覆盖编译错误：Bug还是预期行为？

咱们先把背后的逻辑拆解清楚：

1. Scala与Java的继承关系基础
   在Scala里，所有类默认都继承自AnyRef，而AnyRef其实就是Java Object类的Scala封装。Java的Object类里有一个public final void wait()方法——这个方法被标记为final，意味着任何子类都绝对不允许覆盖它，这是JVM的核心规则之一。

2. 你的trait代码为什么会触发冲突
   你写的这段代码：

   trait Foo { final val wait = "wait" }
   

   在Scala的编译机制中，val类型的成员会自动生成一个对应的公共getter方法，也就是def wait(): String。当这个trait被混入到任意类中时，这个类同时继承了Object的final wait()方法，此时编译器会检测到：你试图用trait生成的wait() getter方法，去覆盖Object中已经存在的final wait()方法——这直接违反了JVM的final成员不可覆盖的规则，所以抛出Value 'wait' cannot override final member的错误完全是情理之中的。

3. 延伸验证：换写法也会触发冲突
   哪怕你去掉trait里的final修饰符，或者把val改成var，同样会触发类似的错误。核心原因就是这个名字wait和Object的final方法签名撞车了，而Scala的属性编译机制必然会生成对应的方法，导致冲突。

简单来说，这是Scala编译器严格遵循JVM规则和自身属性编译逻辑的结果，完全是预期之内的行为，目的是避免破坏JVM的类型系统约束。

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