好的，在阅读了许多解释对象切片的文章后，我会尝试一下，但不知道它是如何变得有问题的。

可能导致内存损坏的恶性场景如下：

类在多态基类上提供（意外地，可能是编译器生成的）赋值。客户端复制并切片派生类的实例。客户端调用一个虚拟成员函数，该函数访问切片状态。

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

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

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

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

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

假设我们有一个可以调度动作的东西。例如，控制中心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++切片”给了我这篇维基百科文章http://en.wikipedia.org/wiki/Object_slicing这（很热，但前几篇文章定义了问题）：http://bytes.com/forum/thread163565.html

因此，当您将子类的对象分配给超级类时。超类对子类中的附加信息一无所知，并且没有空间存储它，因此附加信息被“分割”。

如果这些链接没有提供足够的信息来获得“好答案”，请编辑您的问题，让我们知道您还需要什么。

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

例如

class A {
   int foo;
};

class B : public A {
   int bar;
};

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

那么如果你要写这个：

B b;

A a = b;

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

好的，在阅读了许多解释对象切片的文章后，我会尝试一下，但不知道它是如何变得有问题的。

可能导致内存损坏的恶性场景如下：

类在多态基类上提供（意外地，可能是编译器生成的）赋值。客户端复制并切片派生类的实例。客户端调用一个虚拟成员函数，该函数访问切片状态。