电话
400 9058 355
在C++11及以后,应同时将拷贝构造函数和拷贝赋值运算符声明为=delete,置于public区;此举可确保编译期报错、语义明确,且不影响移动语义。
直接将拷贝构造函数和拷贝赋值运算符声明为 delete 是最清晰、最安全的方式。编译器会在任何试图拷贝的地方报错,且错误信息明确指向被删除的函数。
常见错误现象:忘记同时禁用两个函数,导致仅禁用构造函数但还能赋值;或误用 = 0(纯虚)而非 = delete。
MyClass(const MyClass&) = delete; 和 MyClass& operator=(const MyClass&) = delete;
= delete
老式写法是把拷贝函数声明为 private 且不提供定义,依赖链接时报错。这种方式问题很多:错误发生在链接阶段而非编译阶段,IDE 不易提示;友元或成员函数仍可意外调用;语义模糊,不如 = delete 明确表达“禁止”意图。
使用场景:仅当必须兼容 C++98 编译器时才考虑,否则毫无优势。
friend 函数或类内成员函数仍能调用 private 拷贝函数,破坏设计意图= delete 的诊断更精准,比如直接标出哪一行触发了被删除函数否。= delete 拷贝函数对移动操作完全无影响。只要类满足移动语义条件(未显式禁用移动函数、有可访问的移动构造/赋值),move 依然可用。
性能影响:禁用拷贝不等于禁用所有资源转移;合理启用移动可避免深拷贝开销,尤其对持有堆内存、文件句柄等资源的类。
MyClass(MyClass&&) = delete; 和 MyClass& operator=(MyClass&&) = delete;
std::vector 仍可工作——只要元素支持移动(或使用 emplace_back)模板类中直接 = delete 拷贝函数可能导致 SFINAE 失效或隐式实例化失败,尤其当模板参数本身不可拷贝时。更稳妥的做法是用 static_assert 或 std::enabl 控制生成条件。
容易踩的坑:在类模板定义里写 T(const T&) = delete;,结果编译器报错说 “deleted function is not trivially copyable”,实际是模板参数约束没处理好。
static_assert(!std::is_copy_constructible_v, "..."); 在构造函数体前检查= delete 声明不依赖未决模板参数(例如不要写在偏特化外的主模板里)unique_ptr_wrapper),直接 = delete 是安全的——因为不涉及泛型推导
邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...