优先遵循Rule of Zero，使用智能指针等RAII工具避免手动管理资源；若需自定义析构函数，则按Rule of Five同时定义拷贝和移动操作，确保资源安全。
在C++中，对象的资源管理是核心问题之一。当类涉及动态资源（如堆内存、文件句柄、网络连接等）时，如何正确设计构造函数与析构函数，直接关系到程序的稳定性和安全性。“Rule of Three/Five/Zero”正是围绕这一问题提出的经典设计原则，帮助开发者避免资源泄漏和未定义行为。
Rule of Three：三法则
如果一个类需要显式定义以下三个成员函数中的任意一个，那么通常也需要定义另外两个：
- 析构函数（destructor）
- 拷贝构造函数（copy constructor）
- 拷贝赋值运算符（copy assignment operator）
这个规则源于C++98/03时代，其背后的逻辑是：如果你需要自定义析构函数来释放资源，说明类管理了某些外部资源。此时默认的拷贝行为（逐成员复制）可能导致多个对象指向同一块资源，从而在析构时发生重复释放。
例如：你写了一个类使用指针管理一段动态内存，若未定义拷贝构造和拷贝赋值，两个对象可能共享同一个指针，析构时就会出错。
立即学习“C++免费学习笔记（深入）”；
Rule of Five：五法则
随着C++11引入移动语义（move semantics），三法则扩展为“五法则”。如果类需要以下五个特殊成员函数中的任何一个，通常需要全部自定义：
- 析构函数
- 拷贝构造函数
- 拷贝赋值运算符
- 移动构造函数（move constructor）
- 移动赋值运算符（move assignment operator）
移动操作允许资源从临时对象高效转移，避免不必要的深拷贝。如果你管理资源并禁用了移动语义，或者希望移动行为有特定逻辑，就必须明确定义这两个函数。
不定义移动操作可能导致编译器生成的默认行为不符合预期，甚至抑制其他函数的生成。
Rule of Zero：零法则
现代C++推荐的最高级原则是“零法则”：通过使用RAII（Resource Acquisition Is Initialization）包装器（如智能指针、标准容器），让类不需要显式定义任何上述五个函数。
换句话说，尽量把资源管理委托给标准库组件。比如用std::unique_ptr代替裸指针，用std::vector代替手动分配的数组。
这样，编译器自动生成的默认函数就能正确工作——浅拷贝变成逻辑上的“深拷贝”或“独占转移”，无需手动干预。
示例：原本需要写析构函数释放内存的类，改用std::unique_ptr后，析构函数可省略，拷贝和移动也无需自定义。
基本上就这些。优先遵循 Rule of Zero，借助标准库自动管理资源；若必须手动管理，再考虑 Rule of Five，并确保五个函数行为一致且安全。这是写出健壮C++类的关键所在。
