性能敏感程序中，方法返回*this是否会影响性能？

首先明确：返回*this实现链式调用的性能开销几乎可以忽略，现代编译器会完全优化掉相关冗余操作，除非是极端到罕见的性能场景，否则没必要为了性能放弃这种写法。

为什么开销可以忽略？ #

你的代码里返回的是Test&（对象引用），返回引用本质上就是传递对象的内存地址——在汇编层面只是把对象的地址放到指定寄存器里，这个操作的开销和直接调用无返回值的void函数几乎没有差异。

当开启编译器优化（比如-O2/-O3）时，编译器会直接把链式调用test.method1().method2()展开成连续的函数调用：先执行method1的逻辑，再直接执行method2，中间不会有任何额外的地址传递或临时操作，和你分开写test.method1(); test.method2();生成的汇编代码完全一致。

性能敏感场景下需要避免吗？ #

不需要——除非你在写那种单循环要执行百亿次以上的极致性能代码（这种场景极其少见）。代码的可读性和可维护性，远比这种微乎其微的性能差异重要得多。链式调用的写法更简洁直观，能让代码逻辑更清晰。

怎么验证实际性能开销？ #

• 自己做基准测试：
  写两组测试代码：一组用链式调用，一组拆分调用。用对应编译器的优化选项编译（比如GCC加-O2），然后用高精度计时工具（比如C++的std::chrono）或者性能分析工具（Linux的perf、Windows的VTune）对比两者的执行时间，你会发现差异可以忽略不计。
• 查看编译后的汇编代码：
  用编译器生成汇编文件（比如GCC执行g++ -S -O2 your_code.cpp），对比链式调用和拆分调用版本的汇编指令，会发现两者几乎完全相同，没有额外的开销指令。

内容的提问来源于stack exchange，提问作者DiantArts