为什么在酸洗之后我会在Python中出现意外行为？

Question

暂且不使用 isinstance是有害的，我遇到了在通过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__)

任何人都可以了解为什么在这种情况下实例会失败？换句话说，为什么Python认为这些对象是两个不同的类？当我删除第二个类定义时， 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）将返回新的类，而实例将属于新的类，并且所以实例会失败。

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