自定义析构函数是否需要自定义复制和移动操作？ 问题：

如何解决自定义析构函数是否需要自定义复制和移动操作？ 问题：

我目前正在阅读The C++ Programming Language,Strousrup。我知道这是一本很受欢迎的书，所以我相信参考章节编号会有所帮助。在 section 17.6 Generating Default operations 的最后，他说：

如果程序员为类声明了复制操作、移动操作或析构函数，则不会为该类生成复制操作、移动操作或析构函数

后来，根据我的理解，他澄清了该声明的意思是，如果复制或移动操作（即通过赋值或 CTOR）或析构函数由程序员提供，编译器将不会为其他两个 (2) 提供默认值。他在 section 17.6.3.3 Resource Invariants 中这样做。首先，他在 section 17.6.3.3 Resource Invariants 中提供以下课程：

template <typename T>
class Handle {
    T* p;
    public:
    Handle (T* pp): p{pp} {}
    T& operator*() {return *p;}
    ~Handle() {delete p;}
};

然后声明：

Handle 声明了一个析构函数：这会抑制复制和移动操作的生​​成。再次，这使我们免于一个讨厌的问题。考虑：

void f3()
{
    Handle<int> h1 {new int{7}};
    Handle<int> h2 {h1};            // error: no copy constructor
}

他接着提到：

警告：复制操作的生成只是被弃用，而不是被禁止，所以如果你忽略警告，你可能会通过编译器获得这个例子

问题：

我已经逐字复制了这段代码，并且能够在没有任何警告的情况下编译它 (g++ sec17_6_3_3.cpp -Wall -std=c++11)。然后，在我运行编译后的代码后，如预期的那样，我收到：

sec17_6_3_3(6451,0x11717be00) malloc: *** error for object 0x7fd3ed4059f0: pointer being freed was not allocated

我已经查看了三规则和rule of five，但我想我不完全理解这些规则是编译器规则还是强烈推荐的编程实践。

我错过了什么？

解决方法

正如 @Unslander Monica 指出的，此类警告 is draconian and shouldn't be in -Wall。 编译时：

g++ -std=c++11 -Wdeprecated  mainapp.cpp -o mainApp

我确实收到了 Stroustrup 提到的警告：

warning: definition of implicit copy constructor for 'Handle<int>' is deprecated because it has a user-declared destructor [-Wdeprecated]