酸洗後にPython isinstanceで予期しない動作が発生するのはなぜですか？ピクルスを経由して、オブジェクトをデシリアライズ/シリアライズした後でisinstanceを評価しようとしたとき<a href="http://www.canonical.org/~kragen/isinstance/" rel="nofollow noreferrer">isinstance is harmful</a>を使用するかどうかはさておき

Question

は、私は以下の難問に遭遇しています

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）がどのようです。

クラスを同じ名前のクラスに置き換えた場合、klass = getattr(mod, name)は新しいクラスを返し、インスタンスは新しいクラスになりますので、isinstanceは失敗します。

Answer 2

x.__class__とx2.__class__のidを印刷すると、あなたは彼らが異なっていることがわかります、あなたのコードを変更します。

$ python foo4.py 
199876736 
200015248 

Answer 3

明白な答えを、そのないので、同じクラス。

これは同じクラスですが、同じではありません。

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

見つけて、クラスをインスタンス化するには：

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