산세 후 Python Isinstance에서 예상치 못한 행동을 취하는 이유는 무엇입니까?

Question

사용 여부를 제쳐두고 Isinstance는 유해합니다, 나는 피클을 통해 물체를 일련의 물체화/사제화 한 후 Isinstance를 평가하려고 할 때 다음과 같은 수수께끼를 쳤다.

from __future__ import with_statement
import pickle

# Simple class definition
class myclass(object):
    def __init__(self, data):
        self.data = data

# Create an instance of the class
x = myclass(100)

# Pickle the instance to a file
with open("c:\\pickletest.dat", "wb") as f:
    pickle.dump(x, f)

# Replace class with exact same definition
class myclass(object):
    def __init__(self, data):
        self.data = data

# Read an object from the pickled file
with open("c:\\pickletest.dat", "rb") as f:
    x2 = pickle.load(f)

# The class names appear to match
print x.__class__
print x2.__class__

# Uh oh, this fails...(why?)
assert isinstance(x2, x.__class__)

이 상황에서 왜 Isinstance가 실패했는지에 대해 누군가를 밝힐 수 있습니까? 다시 말해, Python은 왜 이러한 물체가 두 개의 다른 클래스라고 생각합니까? 2 등석 정의를 제거하면 isinstance 잘 작동합니다.

Answer 1

이것이 Unpickler의 작동 방식 (Site-Packages/Pickle.py) :

def find_class(self, module, name):
    # Subclasses may override this
    __import__(module)
    mod = sys.modules[module]
    klass = getattr(mod, name)
    return klass

수업을 찾고 인스턴스화합니다.

물론 클래스를 동일하게 명명 된 클래스로 바꾸면 klass = getattr(mod, name) 새 클래스를 반환하면 인스턴스가 새로운 클래스의 인스턴스가되므로 isinstance가 실패합니다.

Answer 2

명백한 대답은 같은 클래스가 아니기 때문입니다.

비슷한 클래스이지만 동일하지는 않습니다.

class myclass(object):
    pass

x = myclass()

class myclass(object):
    pass

y = myclass()


assert id(x.__class__) == id(y.__class__) # Will fail, not the same object

x.__class__.foo = "bar"

assert y.__class__.foo == "bar" # will raise AttributeError

Answer 3

인쇄하려면 코드를 변경하십시오 id 의 x.__class__ 그리고 x2.__class__ 그리고 당신은 그것들이 다르다는 것을 알 수 있습니다 :

$ python foo4.py
199876736
200015248