酸洗後にPython isinstanceで予期しない動作が発生するのはなぜですか？

Question

インスタンスが有害であるかどうかは別として、 Pickleを介してオブジェクトをシリアライズ/デシリアライズした後に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つの異なるクラスであると考えるのでしょうか？ 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

x .__ class __ と x2 .__ class __ の id を印刷するようにコードを変更すると、それらが異なることがわかります：

$ python foo4.py
199876736
200015248