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

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
}

在C++中，派生类对象可以分配给基类对象，但另一种方式是不可能的。

class Base { int x, y; };

class Derived : public Base { int z, w; };

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

当派生类对象分配给基类对象时，对象切片发生，派生类对象的其他属性被切片以形成基类对象。

我刚刚遇到了切片问题，很快就到了这里。所以让我再加上两美分。

让我们来举一个“生产代码”（或类似代码）的例子：

假设我们有一个可以调度动作的东西。例如，控制中心UI。此UI需要获取当前可以调度的事物的列表。因此，我们定义了一个包含分派信息的类。让我们称之为行动。因此，Action有一些成员变量。为了简单起见，我们只有2，即std:：string名称和std:：function＜void（）＞f。然后它有一个void activate（），它只执行f成员。

因此，UI得到了一个std:：vector<Action>。设想一些功能，如：

void push_back(Action toAdd);

现在，我们已经从UI的角度确定了它的外观。到目前为止没有问题。但是另一个从事这个项目的人突然决定，Action对象中有一些特殊的动作需要更多的信息。无论出于什么原因。这也可以通过lambda捕获来解决。此示例并非取自代码1-1。

所以这家伙从《行动》中派生出来，以增添自己的味道。他将自己制作的课程的一个实例传递给push_back，但随后程序就失控了。

那发生了什么？正如您可能已经猜到的：对象已被切片。

实例中的额外信息已经丢失，f现在容易出现未定义的行为。

我希望这个例子能给那些在谈论以某种方式派生的A和B时无法真正想象事情的人带来启发。

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

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

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

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

切片意味着当子类的对象通过值或从期望基类对象的函数传递或返回时，子类添加的数据将被丢弃。

说明：考虑以下类声明：

           class baseclass
          {
                 ...
                 baseclass & operator =(const baseclass&);
                 baseclass(const baseclass&);
          }
          void function( )
          {
                baseclass obj1=m;
                obj1=m;
          }

由于基类复制函数不知道派生的任何信息，因此只复制派生的基部分。这通常被称为切片。

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

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

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