所以为什么丢失派生信息很糟糕。。。因为派生类的作者可能已经改变了表示方式，使得分割额外信息改变了对象所表示的值。如果派生类用于缓存对某些操作更有效但转换回基表示代价高昂的表示，则会发生这种情况。

还认为有人应该提到你应该做什么来避免切片。。。获取C++编码标准、101条规则指南和最佳实践的副本。处理切片是#54。

它提出了一种有点复杂的模式来完全解决这个问题：有一个受保护的复制构造函数、一个受受保护的纯虚拟DoClone，以及一个带有断言的公共克隆，如果（进一步）派生类未能正确实现DoClone，该断言将告诉您。（克隆方法对多态对象进行适当的深度复制。）

您还可以在基显式上标记复制构造函数，如果需要，它允许显式切片。

在我看来，除了你自己的类和程序架构/设计不好之外，切片并不是什么问题。

如果我将一个子类对象作为参数传递给一个方法，该方法接受一个超类类型的参数，那么我当然应该意识到这一点，并且知道在内部，被调用的方法只能使用超类（也称为基类）对象。

在我看来，提供一个请求基类的子类会导致子类特定的结果，这似乎只是一个不合理的期望，会导致切片成为一个问题。它要么在方法的使用上设计糟糕，要么子类实现糟糕。我猜这通常是牺牲了良好的OOP设计，而为了方便或提高性能的结果。

“切片”是指将派生类的对象分配给基类的实例，从而丢失部分信息-其中一些信息被“切片”掉。

例如

class A {
   int foo;
};

class B : public A {
   int bar;
};

因此，类型B的对象有两个数据成员，foo和bar。

那么如果你要写这个：

B b;

A a = b;

然后b中关于成员栏的信息在a中丢失。

当派生类对象被分配给基类对象时，派生类对象的其他属性将从基类对象中切下（丢弃）。

class Base { 
int x;
 };

class Derived : public Base { 
 int z; 
 };

 int main() 
{
Derived d;
Base b = d; // Object Slicing,  z of d is sliced off
}

切片问题很严重，因为它会导致内存损坏，而且很难保证程序不会受到这种问题的困扰。要用语言设计它，支持继承的类应该只能通过引用（而不是通过值）访问。D编程语言具有此属性。

考虑从A派生的类A和类B。如果A部分有一个指针p，而B实例指向B的附加数据，则可能发生内存损坏。然后，当附加数据被切片时，p指向垃圾。

我看到所有的答案都提到了当数据成员被切片时对象切片发生的情况。这里我举了一个示例，说明这些方法不会被重写：

class A{
public:
    virtual void Say(){
        std::cout<<"I am A"<<std::endl;
    }
};

class B: public A{
public:
    void Say() override{
        std::cout<<"I am B"<<std::endl;
    }
};

int main(){
   B b;
   A a1;
   A a2=b;

   b.Say(); // I am B
   a1.Say(); // I am A
   a2.Say(); // I am A   why???
}

B（对象B）从A（对象a1和a2）导出。正如我们所期望的，b和a1调用它们的成员函数。但从多态性的角度来看，我们不期望由b赋值的a2不会被重写。基本上，a2只保存b的A类部分，即C++中的对象切片。

要解决此问题，应使用引用或指针

 A& a2=b;
 a2.Say(); // I am B

or

A* a2 = &b;
a2->Say(); // I am B