最简洁安全的做法是同时用=delete禁用拷贝构造函数、赋值运算符、移动构造函数和移动赋值运算符；仅禁用拷贝会导致移动语义引发浅拷贝问题，基类=delete不自动传导至派生类，宏定义方式存在编译期检查缺失等缺陷。
直接在拷贝构造函数和赋值运算符后加 =delete
这是 C++11 起最简洁、最安全的做法。编译器看到 =delete 就彻底不生成该函数，任何尝试拷贝或赋值的行为都会在编译期报错，错误信息明确（比如 use of deleted function）。
必须同时禁用两个函数：仅禁用拷贝构造函数，obj1 = obj2 仍能通过；仅禁用赋值运算符，Obj o2(o1) 仍会成功。
NonCopyable(const NonCopyable&) = delete;NonCopyable& operator=(const NonCopyable&) = delete;
不需要设为 private，也不需要只声明不定义——=delete 本身已具备访问控制和链接期检查双重保障。
为什么不能只禁用拷贝构造函数而忽略移动语义
如果你的类有资源管理逻辑（如动态内存、文件句柄），且你没显式禁用移动操作，C++11/14 编译器可能隐式生成移动构造函数和移动赋值运算符。这些函数默认执行“位拷贝”，仍可能导致浅拷贝问题（比如两个对象指向同一块 new 出来的内存）。
尤其当类中存在用户自定义析构函数时，编译器不会自动生成移动函数；但若没有，它就可能生成——行为依赖于编译器版本和标准模式，不可靠。
- 稳妥做法：一并禁用移动构造和移动赋值：
NonCopyable(NonCopyable&&) = delete;和NonCopyable& operator=(NonCopyable&&) = delete; - 否则，
std::vector<noncopyable>.push_back(...)</noncopyable>可能在某些编译器下静默调用移动，导致运行时崩溃
继承体系中基类 =delete 不会自动传导
即使你在基类里写了 Base(const Base&) = delete;，派生类仍可能意外提供自己的公有拷贝构造函数，从而绕过限制。
例如：
class Base {
public:
Base() = default;
Base(const Base&) = delete;
};
class Derived : public Base {
public:
Derived() = default;
// 没写拷贝构造？编译器会自动生成一个 public 的！
// 它会尝试调用 Base(const Base&) —— 报错，但错误发生在 Derived 构造内部，不够直观
};
更危险的是，如果派生类显式定义了拷贝构造函数且未调用基类拷贝（比如直接初始化基类子对象），就可能完全绕过基类的 =delete 限制。
- 务必在每个需要禁止拷贝的类中显式写出
=delete - 不要依赖“基类删了，子类就安全”这种假设
宏定义方式（如 DISALLOW_COPY_AND_ASSIGN）的兼容性陷阱
很多老项目（如 Chromium、Apollo）用宏封装私有+未定义的写法，例如：
#define DISALLOW_COPY_AND_ASSIGN(TypeName) \ TypeName(const TypeName&); \ TypeName& operator=(const TypeName&)
这种写法在 C++98/03 下有效，但在 C++11+ 中有明显缺陷：
- 它不阻止类内成员函数调用拷贝（因为是
private，类内可访问），容易引发浅拷贝 bug - 链接期才报错（undefined reference），而非编译期，调试成本高
- 无法禁用移动函数，现代标准下已不推荐
新代码请直接用 =delete；维护旧宏时，注意它不等价于删除语义，只是历史妥协方案。
真正关键的点不是“怎么写一行 =delete”，而是意识到：禁用拷贝不是孤立动作，它牵扯移动语义、继承关系、资源所有权模型。漏掉任意一环，都可能让禁止失效，或者把问题推迟到运行时才暴露。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
