回答。

Kotlinにおけるoverrideキーワードは、スーパークラスまたはインターフェースのメソッドやプロパティを明示的にオーバーライドするために必要です。

問題の歴史

Javaでは、スーパークラスのメソッドはキーワードなしでオーバーライドできますが、そのためにエラーやタイポが発生することがあります。Kotlinでは安全性の原則に従って、すべてのオーバーライドには必ずoverrideを指定し、スーパークラスのメンバー自体にはopenを指定する必要があります。

問題

基底クラスのメソッドの偶発的な隠蔽（accidental overriding）や、継承されたメンバーを明示的に管理する必要性があります。また、オーバーライドされるメソッドはopenとしてマークされている必要があり、そうでない場合、コンパイルエラーなしでオーバーライドすることはできません。

解決策

スーパークラスまたはインターフェースのメソッドやプロパティにoverrideキーワードを使用し、事前にopen、abstractまたはすでにoverrideとしてマークされたものを指定します。

コードの例:

open class Animal {
    open fun sound() = "???"
}
class Dog : Animal() {
    override fun sound() = "Woof!"
}

主な特徴:

overrideキーワードなしでメソッドをオーバーライドすることはできず、コンパイルエラーになります;
Kotlinでは、デフォルトでfinalがメソッドに適用されており、明示的にopenとしてマークされたものだけがオーバーライドできます;
overrideキーワードはインターフェースやクラスによる多重継承をサポートします。

ひっかけ質問。

プロパティやメソッドがopen/abstract/overrideとしてマークされていない場合、それをオーバーライドできますか？

いいえ、open/abstract/overrideとして明示的にマークされたメンバーのみがサブクラスでオーバーライド可能です。

インターフェースのメソッドを実装する際にoverrideは必須ですか？

はい、常に必須です。たとえそれが最初のレベルの実装であっても、Kotlinの構文では一貫性のためにoverrideが必要です。

overrideとしてマークされたメソッドはさらにオーバーライドできますか？

はい、メソッドがまだfinalとしてマークされていない場合（デフォルトでoverrideはopenを継承します）、それはさらに階層でオーバーライド可能です。

典型的なエラーとアンチパターン

基底メソッドにopenを付け忘れるとオーバーライドが不可能になり、コンパイラがエラーを出します;
意図を誤った定義: シグネチャの偶発的なエラーは、異なるメソッドの実行につながります;
finalメソッドのオーバーライドを試みると不可能であり、コンパイルエラーが発生します。

実生活の例

ネガティブケース

開発者が基底クラスにopenを付け忘れました:

class Cat {
    fun meow() = "meow"
}
class Tiger: Cat() {
    override fun meow() = "ROAR" // コンパイルエラー
}

利点:

シンプルなクラスの実装。

欠点:

振る舞いをオーバーライドできず、overrideエラーが発生します。

ポジティブケース

クラスの正しい定義と継承の意図:

open class Cat {
    open fun meow() = "meow"
}
class Tiger: Cat() {
    override fun meow() = "ROAR"
}