Cereal多态层次序列化深度问题：如何避免注册API特定的Texture子类？

cereal 的多态序列化机制默认会通过 RTTI 识别传入对象的实际动态类型，当你传入的 Texture 引用实际指向 VulkanTexture 这类子类实例时，即使你只需要序列化 Texture 层的成员，cereal 也会尝试查找子类的注册信息和序列化函数，才会出现要求你注册所有子类的问题。

以下方案按实现成本从低到高排序：

方案1：基类切片序列化（推荐，零额外冗余代码） #

如果你的 Texture 类支持拷贝构造，直接在序列化时构造一个纯 Texture 类型的临时对象，自动切片掉子类的信息，cereal 就不会再尝试查找子类的注册信息：

void Save(Archive& archive, Texture const& texture)
{
    Texture pure_texture = texture;
    archive(cereal::base_class<Asset>(pure_texture));
}

如果不需要保留原有的多态 Asset 序列化逻辑，你也可以直接序列化 pure_texture 本身，不需要套 base_class 包装。

方案2：显式指定序列化静态类型（适合Texture不可拷贝的场景） #

如果 Texture 不允许拷贝，你可以通过显式类型转换告诉 cereal 忽略动态类型，仅按照 Texture 静态类型处理：

void Save(Archive& archive, Texture const& texture)
{
    // 强制cereal将对象作为const Texture&处理，不识别动态子类类型
    archive(cereal::base_class<Asset>(static_cast<Texture const&>(texture)));
    // Cereal 1.3+ 版本可以使用更清晰的serialize_as适配器
    // archive(cereal::serialize_as<Texture>(texture));
}

方案3：通用模板适配批量子类 #

如果你的子类数量极多，且上面两种方案都不满足需求，可以写通用模板批量适配所有 Texture 子类，不需要为每个子类单独写代码：

#include <concepts>

// 通用序列化声明，适配所有继承自Texture的子类
template<std::derived_from<Texture> T>
struct cereal::specialize<T, cereal::specialization::non_member_load_save> {};

template<typename Archive, std::derived_from<Texture> T>
void save(Archive& ar, T const& val)
{
    ar(cereal::base_class<Texture>(val));
}

template<typename Archive, std::derived_from<Texture> T>
void load(Archive& ar, T& val)
{
    ar(cereal::base_class<Texture>(val));
}

只要把这段代码放在全局作用域，所有继承自 Texture 的子类都会自动匹配这个序列化逻辑，不需要单独注册或者单独实现序列化函数。

内容的提问来源于stack exchange，提问作者bojidar ivanov