Взаимосвязь между рассолом и глубиной

Ответ 1

Вас не следует путать с (1) и (2). В общем, Python пытается включить разумные спады для недостающих методов. (Например, достаточно определить __getitem__, чтобы иметь итерируемый класс, но может быть более эффективным также реализовать __iter__. Аналогично для операций, таких как __add__, с дополнительным __iadd__ и т.д.)

__deepcopy__ - это самый специализированный метод, deepcopy() будет искать метод deepcopy(), но если он не существует, возвращение к протоколу рассола - разумная вещь. Он действительно не вызывает dumps()/loads(), потому что он не полагается на промежуточное представление как строку, но он будет косвенно использовать __getstate__ и __setstate__ (через __reduce__), как вы заметили.

В настоящее время документация по- прежнему заявляет

... Модуль копирования не использует модуль регистрации copy_reg.

но это, кажется, ошибка, которая была исправлена тем временем (возможно, ветвь 2.7 не получила достаточного внимания здесь).

Также обратите внимание, что это довольно глубоко интегрировано в Python (по крайней мере в наши дни); сам класс object реализует __reduce__ (и его вариант с версией _ex), который ссылается на copy_reg.__newobj__ для создания свежих экземпляров данного объектно-производного класса.

Ответ 2

Хорошо, мне нужно было прочитать исходный код для этого, но похоже, что это довольно простой ответ. http://svn.python.org/projects/python/trunk/Lib/copy.py

copy просматривает некоторые встроенные типы, в которых он знает, для чего похожи конструкторы (зарегистрированные в словаре _copy_dispatch, и когда он не знает, как скопировать основной тип, он импортирует copy_reg.dispatch_table... который является тем местом, где pickle регистрирует методы, которые он знает для создания новых копий объектов. По сути, это словарь типа объекта и "функция для создания нового объекта" - эта "функция для создания новый объект" - это в значительной степени то, что вы пишете, когда вы пишете метод __reduce__ или __reduce_ex__ для объекта (и если один из них отсутствует или нуждается в помощи, он отсылает __setstate__, __getstate__ и т.д. методов.

Итак, copy. В основном... (с некоторыми дополнительными предложениями...)

def copy(x):
    """Shallow copy operation on arbitrary Python objects.

    See the module __doc__ string for more info.
    """

    cls = type(x)

    copier = _copy_dispatch.get(cls)
    if copier:
        return copier(x)

    copier = getattr(cls, "__copy__", None)
    if copier:
        return copier(x)

    reductor = dispatch_table.get(cls)
    if reductor:
        rv = reductor(x)
    else:
        reductor = getattr(x, "__reduce_ex__", None)
        if reductor:
            rv = reductor(2)
        else:
            reductor = getattr(x, "__reduce__", None)
            if reductor:
                rv = reductor()
            else:
                raise Error("un(shallow)copyable object of type %s" % cls)

deepcopy делает то же самое, что и выше, но дополнительно проверяет каждый объект и обеспечивает наличие копии для каждого нового объекта, а не ссылки на указатель. deepcopy создает собственную таблицу _deepcopy_dispatch (a dict), где он регистрирует функции, гарантирующие, что созданные новые объекты не имеют ссылок на оригиналы (возможно, с помощью функций __reduce__, зарегистрированных в copy_reg.dispatch_table)

Следовательно, для написания метода __reduce__ (или аналогичного) и регистрации его с помощью copy_reg следует включить copy и deepcopy для выполнения своей задачи.