인스턴스 __dict__에 같은 이름을 넣었는데 property가 먼저 읽히는 이유는 무엇인가요?

property가 클래스에 있으면 data descriptor이기 때문입니다. obj.value를 평가할 때 Python은 먼저 type(obj)의 MRO에서 value를 찾고, 그 클래스 속성이 __set__ 또는 __delete__를 제공하는지 확인합니다. 제공한다면 인스턴스 __dict__의 같은 키보다 descriptor의 __get__이 먼저 호출됩니다. 따라서 다음 상태에서는 사전에 99가 들어 있어도 점 표기법은 10을 반환합니다.

class C:
    @property
    def value(self): return 10
c = C()
c.__dict__["value"] = 99
print(c.value)             # 10
print(c.__dict__["value"]) # 99

T0에는 클래스 후보가 property이고 인스턴스 사전에 value: 99가 있습니다. T1에 property가 data descriptor로 판정되고, T2에 property.__get__(c, C)가 실행되어 10이 나옵니다. 사전 직접 읽기는 이 규칙을 우회하는 별도 경로입니다. c.value = 20도 사전에 20을 쓰는 것이 아니라 property setter로 갑니다. setter가 없으면 AttributeError가 나므로 “읽기는 가리고 쓰기는 저장”이라고 추측하면 안 됩니다. 반대로 함수처럼 __get__만 제공하는 non-data descriptor는 인스턴스 값이 우선입니다. c.f = lambda: ...로 메서드를 shadowing할 수 있는 이유가 이것입니다. 이때 del c.f를 수행하면 인스턴스 사전의 후보가 사라져 다음 조회에서 다시 함수의 __get__이 실행됩니다. 같은 이름을 직접 사전에 넣는 것과 property setter를 호출하는 것은 저장 경로부터 다르므로 디버깅 출력도 두 경로로 나누어야 합니다. 특히 setter가 내부 _value를 갱신하는 구현이라면 vars(c)에서 value가 아니라 _value가 바뀌는지 확인해야 합니다.