我不明白为什么他们没有一个复制构造函数，它使原始的倍数成为真正的倍数。
我们知道默认拷贝构造函数的主要问题是，它执行的是浅拷贝。因此，如果有一个指针，它只会复制它的地址，但为什么不取消引用指针 a 复制内容？ 主要问题出现在动态分配内存时。这样一来，当有一个指向它的指针时，可能会错误地删除它，这就是我们制作自己的复制构造函数而不使用默认构造函数的原因。
但我无法得到它，为什么CPP不做呢？为什么不复制内容
【问题讨论】：
标签： c++ copy-constructor default-constructor
我们知道默认复制构造函数的主要问题是，它执行的是浅拷贝。
我们不知道。
这就是我们制作自己的复制构造函数而不使用默认构造函数的原因。
在 C++ 中，您几乎不应该编写自己的复制构造函数 (the rule of zero)。
主要问题出现在动态分配内存时。这样就可以在有一个指向它的指针时错误地删除它
这不是问题。为什么？因为在 C++ 中，我们使用RAII 的概念，并且我们在标准库中有工具可以解决您看到的所有问题。在 C++ 中，您永远不必编写显式 new 并且您永远不应该拥有作为所有者的原始指针。使用标准容器（例如std::vector）和智能指针，例如(std::unique_ptr)。
我不明白为什么他们没有一个复制构造函数，它使原始的倍数成为真正的倍数
因为编译器不知道对象的复制语义应该是什么。只有班上的作者才知道。你无法知道指针的语义是什么。是唯一拥有内存资源的指针吗？如果是这样，它是用malloc、new、new[] 还是用其他东西获得的？它是否共享内存的所有权？或者它只是指向一个它不拥有的对象？由于您无法从类的声明/定义中知道这些，编译器根本无法使用原始指针自动实现“深拷贝”。
除了有。它默认实现深拷贝，默认实现浅拷贝，或者它们的组合。它这样做是正确的。还记得我告诉过你不要使用原始指针作为所有权吗？使用适当的抽象（容器、智能指针），默认的复制 ctor 将完成它需要做的事情。
【讨论】：
我们知道默认复制构造函数的主要问题是，它执行的是浅拷贝。
一般来说，浅拷贝不是问题。如果您想进行深层复制、拥有引用成员并假设隐式复制构造函数执行您想要的操作，这只是一个问题。
浅拷贝通常很有用，而且通常是故意的。
但是为什么它不取消引用指针 a 复制内容呢？
因为复制构造函数将复制的对象存储在哪里？指针成员应该指向哪里？
编译器无法读懂你的想法，也不知道你是否要分配内存，或者如何分配内存。如果编译器确实在隐式函数中分配了内存，那么谁将负责删除它？如果编译器隐式删除了任何指针，那么当您打算拥有指向不能删除的东西的非拥有指针时，这将是非常令人惊讶的。
为什么程序员不能负责？
内存管理已经够难了。目前，至少可以通过遵循简单的规则进行管理：You delete you new 的一切。如果我们引入隐式分配并将知道这些隐式分配存在的责任强加给程序员，我们的工作将变得更加困难。
此外，指针可能具有无效值。在这种情况下，通过它间接会产生未定义的行为。并且无法检查指针以确定它是否无效。这将使建议的隐式“深度复制”非常容易出错。
浅隐式复制是具有手动内存管理的语言中唯一明智的选择。即使在垃圾收集语言中，这通常也是更好的选择。
这就是我们制作自己的复制构造函数而不使用默认构造函数的原因。
我们很少编写用户声明的复制构造函数（在初学者课程之外）。这些主要用于其唯一目的是管理内存（或其他资源）的类，例如智能指针。而且我们很少需要编写这些，因为标准库提供了开箱即用的最通用的智能指针和数据结构。
一旦我们在类中有动态内存，我们就应该创建自己的复制构造函数
确实，如果您的类管理动态内存，那么它将需要一个自定义复制构造函数。但典型的解决方案是不在课堂内管理动态内存。见上段。将所有内存分配和其他动态资源保存在智能指针或容器中。
【讨论】：
编译器无法知道它应该“深拷贝”的指针的含义。
例如，浮点指针是指向单个浮点数还是指向 C 样式的浮点数数组？如果它是一个数组，它应该复制的数组的长度是多少？请注意，我不是在谈论 C++ 样式数组（即std::array）。
如果您希望自动处理“深度复制”，您可以将container classes 用于应复制的数据成员。
【讨论】：