条款10 令operator=返回一个reference to *this

最新推荐文章于 2025-03-08 22:07:47 发布
最新推荐文章于 2025-03-08 22:07:47 发布
阅读量344 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： c/c++ effective-c++ effective c++学习笔记 文章标签： effective-c++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/gjggj/article/details/71435789
本文探讨了在C++中重载赋值运算符时的一些实用技巧，特别是如何利用返回引用实现表达式的连续赋值，并强调了避免自我赋值的重要性。

显而易见
令赋值运算符返回一个引用有利于表达式连续赋值，其他需要连续操作的函数也如此，有一点需要注意，一般重载赋值运算符时，要记得判断是否是自己给自己赋值。

赋值运算符函数 operator=
BBinChina的专栏
03-05 754
当我们写一个复制运算符函数时，主要注意以下几点： 1）令operator=返回一个reference to *this。只有返回一个引用，才允许连续赋值，如：x = y = z = 3； 参考effective C++ 条款10. 2）是否把传入的参数类型声明为常量引用，如果传入的参数不是引用而是实例，那么从形参到实参会调用一次复制构造函数。参考effective C++条款20. 同时，我
面试官都在问 | 请谈谈vector的底层实现
月已满西楼的博客
03-04 4282
名企高频考点之-请谈谈vector的底层实现 0. 概述 STL版本比较多，第一个STL是在惠普实验室完成的，简称HP版本，后序版本STL都是基于HP版本给出来的，大同小异，本文主要基于SGI-STL版本进行探究，linux下采用就是SGI-STL，而且该版本的命名风格以及编码风格，可读性非常高。 1. vector的底层结构 vector底层实际是泛型的动态类型顺序表，因此其底层实际是一段连续的空间。在SGI-STL的vector中，实际在底层使用三个指针指向该段连续空间的，如下： start指向空间的
条款10：令operator= 返回一个reference to *this
不积跬步无以至千里
07-22 538
连锁赋值
条款10：令operator=返回一个reference to *this
chasinguu的博客
07-31 174
1.为了能够连续赋值，赋值相关运算都应该写为reference to *this的形式。
令operator=返回一个reference to *this——条款10
yj_android_develop的博客
09-15 203
关于赋值，有趣的是你可以把它们写成连锁形式： int x, y, z; x = y = z = 15; 同样有趣的是，赋值采用右结合律，所以上述连锁赋值被解析为： x = (y = (z = 15)); 这里15先被赋值给z，然后其结果（更新后的z）再被赋值给y，然后其结果（更新后的y）再被赋...
[Effective C++]条款10:令operator= 返回一个reference to *this
Tim_10的博客
03-08 316
* 4、this 与 *this **
10 令 operator= 返回一个 reference to *this
GaoJuno23的博客
02-01 227
条款-10 令 operator= 返回一个 reference to *this 令赋值（saaignment）操作符返回一个 reference to *this。 常量有以下赋值连锁形式： int x, y, z; x = y = z = 15; // x = ( y = (z = 15) ) // 15先被赋值给z，然后其结果（更新后的z）再被赋值给y，同理赋值给x。 为了实现“连锁赋值”，赋值操作符必须返回一个 reference指向操作符的左侧实参。在 copy assignment操
【复读EffectiveC++10】条款10：令operator= 返回一个 reference to *this
weixin_51122602的博客
03-16 208
赋值操作运算符返回一个reference to *this。虽然这个建议不是强制性的，但是建议这么使用，例如所有内置类型和标准程序库的string、vector等都是这么遵守的。
条款10:令operator=返回一个reference to *this
IT_iverson的博客
11-17 332
总结： 1.这个条款的主要内容就是想告诉你在赋值运算符重载的时候返回一个指向对象的引用（reference to *this）,但是注意这知识个协议，意味着大家都去遵守这个协议，并不是说一定要你写成返回对象的引用。 为什么要写成成返回对象的引用呢？下面我来解释一下。 一般情况的赋值我们可以写出如下形式 int x, y, z; 形式1：x = y; 形式2：x = y = z; 形式3：x
effective c++笔记1
08-08
第10条款：令operator=返回一个reference to *this 在重载赋值运算符时，应该返回一个reference to *this，以确保正确地赋值。 第11条款：在operator=中处理“自我赋值” 在重载赋值运算符时，需要处理“自我赋值...
EffectiveC++终稿44__tagged_2019-06241
08-03
**条款 10：令 operator= 返回一个 reference to *this** 赋值运算符应返回一个对赋值后对象的引用，使得链式赋值成为可能，同时提高了代码的可读性。 **条款 11：在 operator= 中处理“自我赋值”** 为了防止...
effective C++ 笔记
a792686200的博客
10-21 224
虽然秋招没找到工作，还是得继续学习啊。 条款3 尽可能使用const 1）const char *p;是指向常量的指针，不可以改变指向的值，可以改变指向。 char * const p;是常量指针，不可改变指向，但可以改变指针指向的值。 const char * const p;指向常量的常量指针，值和指向都不可以改变。 迭代器就相当于指针，也可以使用const关键字 vector&l...
什么是算术运算？什么是关系运算？什么是逻辑运算？
热门推荐
月已满西楼的博客
06-07 2万+
算术运算 算术运算:用于各类数值运算.包括加(+)、减(-)、乘(*)、除(/)、求余(或称模运算,%)、自增(++)、自减(–)共七种. 算术运算简称运算。 指按照规定的法则和顺序对式题或算式进行运算，并求出结果的过程。包括：加法、减法、乘法、除法、乘方、开方等几种运算形式。 其中加减为一级运算，乘除为二级运算，乘方、开方为三级运算。在一道算式中，如果有几级运算存在，则应先进行高级运算，再进行...
C++面向对象程序设计 谭浩强 第一章答案
月已满西楼的博客
06-07 3766
1．请根据你的了解，叙述C++ 的特点。C++ 对C有哪些发展？ 【解】 略。 2．一个C++的程序是由哪几部分构成的？其中的每一部分起什么作用？ 【解】 略。 3．从拿到一个任务到得到最终结果，一般要经过几个步骤？ 【解】 略。 4．请说明编辑、编译、连接的作用。在编译后得到的目标文件为什么不能直接运行？ 【解】 编译是以源程序文件为单位进行的，而一个完整的程序可能包含若干个程序文件，在分别对它...
do while(0)是否有其意义？
月已满西楼的博客
01-17 3323
在一些C语言程序中我们会看到do…while(0);这样的语句，这样的用法貌似画蛇添足，实际却颇有妙用。单独来看，do…while(0)和顺序执行`…部分的代码的效果并无二致，然而在如下两种情况下的效果却十分巧妙。 一.宏定义中实现局部作用域 我们知道宏定义只是做一个标识符和字符串的替换，尽管宏定义的形式可以类似于函数，但是它实际并不具备与函数类似的局部作用域。当然了，我们可以通过在宏定义中使...
经常弹出的404页面是什么东西？
月已满西楼的博客
04-03 2234
404 （HTTP状态码）　　HTTP 404或Not Found错误信息是HTTP的其中一种“标准回应信息”（HTTP状态码），此信息代表客户端在浏览网页时，服务器无法正常提供信息，或是服务器无法回应且不知原因。 1. 影响 　 　自定义404错误页面是增强用户体验的很好的做法，但在应用过程中往往并未注意到对搜索引擎的影响，譬如：错误的服务器端配置导致返回“404”状态码或自定义404错误
explicit用法详解
月已满西楼的博客
03-28 2123
C++提供了关键字explicit，可以阻止不应该允许的经过转换构造函数进行的隐式转换的发生。声明为explicit的构造函数不能在隐式转换中使用。 C++中， 一个参数的构造函数(或者除了第一个参数外其余参数都有默认值的多参构造函数)， 承担了两个角色。 1 是个构造器 ，2 是个默认且隐含的类型转换操作符。 所以， 有时候在我们写下如 AAA = XXX， 这样的代码， 且恰好XXX的类型正好
inline SharingRegionTagSet& SharingRegionTagSet::operator=(const SharingRegionTagSet& other) { if (this != &other) regionTags = other.regionTags; return *this; } 已经是inline，为什么还有这个错误
最新发布
05-15
<think>好的，我现在要解决用户的问题，用户问的是为什么在GCC的-O0优化级别下，已经标记为inline的赋值运算符函数仍然出现重复符号的错误。用户还引用了之前的回答和一些参考资料，我需要结合这些信息来给出准确的解释。 首先，用户提供的引用1提到，当编译器优化关闭时，inline函数可能成为弱符号，导致链接时被其他同名函数替代。引用2指出，inline在函数声明中无效，且GCC在-O0下不会内联，除非使用强制属性。引用3说明C和C++处理inline的不同，C需要static而C++自动有static属性。 用户的问题是在-O0下，尽管operator=被标记为inline，仍然出现重复符号错误。需要结合这些引用分析原因。 首先，C++中的inline函数默认具有外部链接，但允许多个定义。编译器会将它们合并。但如果在头文件中非内联定义，每个包含该头文件的编译单元都会生成自己的定义，导致链接时重复。 然而，在-O0下，GCC不会内联函数，即使有inline关键字。因此，每个编译单元都会生成该函数的独立实例，导致链接器发现多个定义，引发重复符号错误。特别是当函数在头文件中定义且未声明为inline或在类内定义时。 根据引用1，当优化关闭时，inline函数可能成为弱符号，但如果有多个定义，链接器可能无法正确处理，导致错误。特别是当函数在头文件中定义时，每个包含该头文件的.cpp文件都会生成一个副本，链接时冲突。 在用户提供的代码中，SharingRegionTagSet的operator=在头文件中声明，但没有内联定义。当在多个编译单元中包含该头文件时，每个单元都会生成operator=的实现，导致重复符号。 解决方案是将operator=的定义放在类内部，隐式内联，或者在头文件中使用inline关键字显式定义，确保所有编译单元使用同一实现，避免重复定义。 总结，错误原因是在-O0下GCC不内联函数，导致多个编译单元生成相同符号，链接时冲突。解决方法是将函数内联或使用static限制作用域。</think>### 深度解析：`inline`标记的赋值运算符在`gcc -O0`下的重复符号错误 根据您的问题和提供的引用内容，问题的核心在于 **C++的`inline`语义与编译器优化级别（尤其是`-O0`）的交互作用**。以下是分步骤分析： --- #### **1. `inline`关键字的本质作用** 在C++中，`inline`关键字的**主要目的**是允许函数定义出现在多个编译单元（`.cpp`文件）中而不会引发链接错误。其行为规则如下： - **弱符号（Weak Symbol）**：`inline`函数在编译后会被标记为弱符号，允许链接器选择其中一个定义[^1]。 - **不强制内联**：`inline`仅是一个建议，是否内联展开由编译器决定（尤其在`-O0`时通常不内联）[^2]。 --- #### **2. 错误场景还原** 假设代码结构如下： ```cpp // SharingRegionTagSet.h class SharingRegionTagSet { public: SharingRegionTagSet& operator=(const SharingRegionTagSet& other); }; // 头文件中非内联定义（错误根源！） inline SharingRegionTagSet& SharingRegionTagSet::operator=(const SharingRegionTagSet& other) { // 实现代码 } ``` 当多个`.cpp`文件包含此头文件时： - **`-O0`优化关闭**：编译器不会内联展开`operator=`，每个包含该头文件的编译单元都会生成独立的函数实体。 - **符号重复**：链接时发现多个`operator=`定义，触发`duplicate symbol`错误[^1]。 --- #### **3. `-O0`对`inline`的破坏性影响** | 编译器行为 | `-O0`（调试模式） | `-O1`及以上（优化模式） | |----------------------|------------------------|------------------------| | 内联展开 | 不执行（即使有`inline`）| 可能执行 | | 符号生成 | 生成独立符号 | 可能消除符号 | | 弱符号处理 | 易引发链接冲突 | 通常自动合并 | **关键结论**： 在`-O0`下，`inline`函数无法通过内联展开消除实体，导致多编译单元生成相同符号，触发链接错误[^2]。 --- #### **4. 解决方案** **方法1：强制内联定义（推荐）** 将函数定义直接写入类声明中，隐式获得`inline`属性： ```cpp class SharingRegionTagSet { public: SharingRegionTagSet& operator=(const SharingRegionTagSet& other) { // 直接内联实现 return *this; } }; ``` **方法2：显式声明为`inline`并集中定义** 在头文件中使用显式`inline`，确保所有编译单元共享同一实体： ```cpp // SharingRegionTagSet.h class SharingRegionTagSet { public: SharingRegionTagSet& operator=(const SharingRegionTagSet& other); }; inline SharingRegionTagSet& SharingRegionTagSet::operator=(...){...} ``` **方法3：编译器强制内联（针对`-O0`）** 使用GCC扩展属性强制内联： ```cpp __attribute__((always_inline)) inline SharingRegionTagSet& operator=(...){...} ``` --- #### **5. 对比验证** ```bash # 检查符号表（未修复时） nm -C obj/*.o | grep "SharingRegionTagSet::operator=" # 输出示例（重复符号）： 00000000 T inet::SharingRegionTagSet::operator=(...) 00000000 T inet::SharingRegionTagSet::operator=(...) # 修复后符号表 00000000 W inet::SharingRegionTagSet::operator=(...) # 弱符号，链接器自动合并 ``` --- ### 相关问题 1. **为什么C++要求`inline`函数在头文件中定义？** - 因为`inline`函数需要在每个使用它的编译单元中可见，以保证链接时符号一致性[^1]。 2. **如何避免C++静态库中的符号冲突？** - 使用匿名命名空间或`static`限定符限制符号作用域[^3]。 3. **Clang与GCC处理`inline`的行为差异？** - Clang在`-O0`下更严格，可能直接报错而非生成弱符号，需显式指定`-fvisibility=hidden`[^2]。 [^1]: C++标准中关于内联函数的多定义规则（[ISO/IEC 14882:2020
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值