자식 클래스의 Kotlin 변수 초기화는 값이 0 인 변수를 초기화 할 때 이상하게 동작합니다.

다음과 같은 클래스 계층을 만들었습니다.

open class A {
    init {
        f()
    }

    open fun f() {
        println("In A f")
    }
}

class B : A() {
    var x: Int = 33

    init {
        println("x: " + x)
    }

    override fun f() {
        x = 1
        println("x in f: "+ x)
    }

    init {
        println("x2: " + x)
    }
}

fun main() {
    println("Hello World!!")
    val b = B()
    println("in main x : " + b.x)
}

이 코드의 출력은

Hello World!!
x in f: 1
x: 33
x2: 33
in main x : 33

그러나 나는 초기화 변경하는 경우 x에서을

var x: Int = 33

에

var x: Int = 0

출력은 위의 출력과 달리 메소드의 호출을 보여줍니다.

Hello World!!
x in f: 1
x: 1
x2: 1
in main x : 1

누구나 초기화 0가 다른 값을 가진 것과 다른 동작 을 일으키는 이유를 알고 있습니까?

수퍼 클래스는 하위 클래스보다 먼저 초기화됩니다.

B의 생성자 호출은 A의 생성자를 호출하며,이 함수는 f를 "x in f : 1"로 인쇄하는 함수 f를 호출합니다. A가 초기화 된 후 나머지 B가 초기화됩니다.

따라서 기본적으로 값 설정을 덮어 씁니다.

(Kotlin에서 0 값으로 프리미티브를 초기화하면 기술적으로 전혀 초기화되지 않습니다)

서명을 다음과 같이 변경하여이 "덮어 쓰기"동작을 관찰 할 수 있습니다.

var x: Int = 0 에 var x: Int? = 0

때문에 x더 이상 원시적 int필드는 실제로 출력을 생산하는 값으로 초기화되지 가져옵니다 :

Hello World!!
x in f: 1
x: 0
x2: 0
in main x : 0

이 동작은 설명서 ( https://kotlinlang.org/docs/reference/classes.html#derived-class-initialization-order )에 설명되어 있습니다.

이러한 속성 중 하나라도 기본 클래스 초기화 로직에서 사용되는 경우 (직접적으로 또는 다른 재정의 된 열린 멤버 구현을 통해 간접적으로) 잘못된 동작 또는 런타임 오류가 발생할 수 있습니다. 따라서 기본 클래스를 디자인 할 때는 생성자, 속성 이니셜 라이저 및 init 블록에서 열린 멤버를 사용하지 않아야합니다.

UPD :

이 불일치를 일으키는 버그가 있습니다 — https://youtrack.jetbrains.com/issue/KT-15642

속성이 수퍼 생성자 내에서 가상 함수 호출의 부작용으로 할당 된 경우, 이니셜 라이저 표현식이 유형 기본값 (null, primitive 0) 인 경우 이니셜 라이저가 속성을 겹쳐 쓰지 않습니다.