编译器对对象拷贝的优化
目录摘要一优化规则二 优化展示1在一行中的构造拷贝情况1情况2情况3:2不在一行中的拷贝拷贝3不在一行中的构造拷贝4不在一行的的构造构造三思考摘要在 C 中当类对象连续触发构造和拷贝或两者组合时编译器可能会在不改变程序语义的前提下省略某些构造或拷贝调用以提升性能。这种优化会影响构造、拷贝和析构函数的实际执行次数。因此如果我们在这些特殊成员函数中插入打印语句输出的次数可能与我们预期的逻辑次数不符。理解这种优化机制是正确解读打印结果的前提。本文将在 Visual Studio 2019 Debug 环境下进行测试重点在于建立“编译器优化确实存在且会影响行为”的认知——因为不同编译器、不同优化级别下的具体表现可能各不相同但优化本身是普遍存在的。最后解读编译器究竟做了什么才既能保证程序的正确允许又达到了优化的效果本篇文章涉及到临时变量机制和权限所以建议先看C中的引用一优化规则在Visual Studio 2019 Debug 环境下下会产生以下优化如下①构造构造-构造②构造拷贝构造-构造③拷贝构造拷贝构造-拷贝构造再怎么优化你都会保留构造因为如果对象都没有构造出来谈何后面的拷贝注意不同的编译器优化的效果可能会不同博主是在 VS19 下的 Debug 版本下进行演示二 优化展示以下是一个用于测试的类A其有构造函数拷贝函数赋值重载函数构析函数进入每个函数都会打印调用了一次 xx函数 的字眼这样更能显式的看出调用的次数以体现优化class A { public: //构造函数 A(int a 0) :_a(a) { cout A(int a)调用一次构造 endl; } //拷贝函数 A(const A aa) :_a(aa._a) { cout A(const A aa)调用一次拷贝 endl; } //赋值重载函数 A operator(const A aa) { cout A operator(const A aa)调用一次赋值 endl; if (this ! aa) { _a aa._a; } return *this; } //构析函数 ~A() { cout ~A()调用一次构析 endl; } private: int _a; };1在一行中的构造拷贝情况1int main() { A aa1 1; return 0; }解释①aa1是A类实例化的对象而1是整形这叫作类型转换②类型转换的规则如下③所有的类型转换都是不会影响到变量本身的所以如图中就是不会影响到1并不是1真的变成了一个对象而是1先作为参数进行了匿名构造构造出一个临时对象临时变量都是具有常属性的即不能被更改然后这个临时对象再去进行拷贝构造出了aa1用一个已存在的对象去初始化一个未存在的对象叫作拷贝构造④所以这里在同一行代码中进行构造拷贝构造所以优化成了单次的构造如下图正如前文的规则所言构造拷贝构造-构造构析是aa1出了main函数调用了Q为什么不是直接进行拷贝构造呢直接让1拷贝构造生成对象aa1不好吗为什么要生成中间变量不会压根没有中间变量的生成吧A首先直接让1拷贝构造生成对象aa1这个想法就是错的因为类型是不匹配的所以必定会发生类型转换而类型转换必定涉及到临时变量的产生不妨反向验证一下如果没有中间变量的生成那从1到aa1就应该是变量到变量那为何以下这样写不行呢A aa1 1;这样直接对生成的aa1进行了引用而已吗权限是一致但为什么就不行了呢报错如下正确写法const A aa1 1;解释因为我们引用的不是1而是这个临时变量而临时变量具有常性所以为了避免权限放大所以我们的aa1也要被const修饰从而和临时变量的权限一致才不会报错情况2void func(A aa1) { } int main() { //匿名构造仅是构造不是类型转换谈何构造加拷贝,然后再拷贝传参 func(A(2)); return 0; }解释①func(A(2))中的A(2)是一次匿名构造调用了一次构造函数②A(2)构造出来的对象作为实参会给到func函数的形参此处值传递所以调用了一次拷贝函数③所以是一次构造 拷贝但是是在同一行上连续进行的所以优化成了情况3:void func(A aa1) { } //构造拷贝构造-构造 int main() { //3 到 aa1 是隐示类型转换 先构造 在拷贝 func(3); return 0; }解释3直接作为参数给func函数的aa1接收这是类型转换如情况1中的意义先进行构造再进行拷贝所以 应该是 在一行上进行 构造 拷贝优化成了2不在一行中的拷贝拷贝A func() { A aa; return aa; } int main() { A aa1 func(); return 0; }解释func函数中 aa是一次构造return aaaa会拷贝构造出临时变量所以这是一次拷贝 A aa1 中的 aa1 还未存在此时去接受 func函数return 出来的对象这又是一次拷贝演示后两次拷贝的优化效果结果后两次拷贝优化成了一次3不在一行中的构造拷贝void func(A aa) { } int main() { A aa1(1); func(aa1); return 0; }解释①A aa1(1)是一次构造函数的调用②func(aa1)将aa1传给了func函数是一次拷贝函数的调用③所以这是 构造 拷贝函数 但是不会被优化因为其不是在一行上连续进行的结果两次构析是aa 和 aa1 离开自己的作用域调用的4不在一行的的构造构造A func() { A aa; return aa; } int main() { A aa2; aa2 func(); return 0; }解释①A aa2是调用一次构造②func 则进入函数A aa 是一次构造③return aa 是一次拷贝④函数返回的对象给 aa2 是一次赋值两个存咋的对象用 叫作赋值这个对前两次的构造进行展示因为不是一行上的连续构造所以不进行优化结果三编译器的行为上述讲解的核心在于建立这样一个认知编译器会在保证程序语义正确的前提下对构造和拷贝操作进行优化以减少不必要的临时对象开销。需要特别注意的是这种优化并非固定不变——不同的编译环境甚至同一编译器下的不同优化级别其优化策略和深度都可能存在差异。某些环境下优化程度甚至会更激进。因此我们不必深究具体环境下的优化细节但必须清楚优化是真实存在且可能影响程序行为的这是理解构造/析构调用次数的前提。下图展示无优化优化更深优化并进行解释解释①在g -fno-dlide-constructors环境下是不会作任何优化的②而在我们本文的vs2019debug环境下是会做一定程度的优化③而在vs2022的debug环境下优化程度更深理解①g -fno-dlide-constructors环境下是不会作任何优化的这意味着临时对象一定会产生那么临时对象生命周期结束时也会调用析构函数而我们上文都是有一定程度的优化的所以临时变量的析构我们无法观察理解②在我们上文中我们知道了return aaaa会拷贝构造出临时变量这是第一次拷贝 A aa1 中的 aa1 还未存在此时去接受 func函数return 出来的对象这是第二次拷贝这两次拷贝会被优化为一次拷贝换句话说不就是aa直接拷贝构造出了aa2吗但这是违背了我们所学知识的因为aa是栈上的临时变量其会随f2函数栈帧销毁而销毁怎么做到直接用aa来拷贝构造出main中的aa2呢这是因为编译器让aa在结束之前就去拷贝构造main中的aa2了所以不存在类似野指针的问题理解③vs2022的debug环境下我们运行代码打印如下这意味着在这种更深程度的优化下我们连一次拷贝构造函数都没有调用那问题来了现在我们变量是aa和aa2那么这个仅有的构造调用是构造的哪个变量没有拷贝构造又是怎么生成另一个变量的所以我们当前暂且认为仅有的调用的构造函数是指的f2函数中aa的构造而aa2不知道怎么产生的❓️那编译器到底是怎么做的呢编译器做法直接构造出了aa2然后让f2中的aa作为aa2的引用这样只需调用一次构造其次aa2在后续代码也可以被使用❓️怎么验证呢很简单打印二者地址即可A f2() { A aa; cout aa endl; return aa; } int main() { A aa2 f2(); cout aa2 endl; return 0; }❓️为什么编译器选择构造main中的aa2然后让aa作为aa2的引用而不是构造aa让aa2作为aa的引用呢因为如果构造aa而aa是栈上的临时变量你aa2引用一个会随f2函数栈帧销毁而销毁的变量会出现类似野指针的问题导致后续aa2的使用会导致报错所以当然选择构造aa2所以正如我们前文所言“编译器会在保证程序语义正确的前提下对构造和拷贝操作进行优化以减少不必要的临时对象开销。”编译器不管怎么优化一定都是并且程序语义正确所以我们担心的问题都不存在编译器会采取一些特殊的措施在保证正确前提下还达到了优化的效果 [ 作者 ] shylyly [ 首次发布 ] 2024.10.16❌ [ 最新修改 ] 2026.7.23 [ 声明 ] 由于笔者水平有限文中难免有疏漏或不妥之处还望读者不吝赐教

相关新闻

LosslessCut终极指南:快速无损视频剪辑的完整解决方案

LosslessCut终极指南:快速无损视频剪辑的完整解决方案

LosslessCut终极指南:快速无损视频剪辑的完整解决方案 【免费下载链接】lossless-cut The swiss army knife of lossless video/audio editing 项目地址: https://gitcode.com/gh_mirrors/lo/lossless-cut 你是否曾经面对几个小时的行车记录仪视频&#xff0…

2026/7/24 20:34:07 阅读更多 →
QKeyMapper:让Windows游戏手柄键盘鼠标无缝切换的终极解决方案

QKeyMapper:让Windows游戏手柄键盘鼠标无缝切换的终极解决方案

QKeyMapper:让Windows游戏手柄键盘鼠标无缝切换的终极解决方案 【免费下载链接】QKeyMapper [按键映射工具] QKeyMapper,Qt开发Win10&Win11可用,不修改注册表、不需重新启动系统,可立即生效和停止。支持游戏手柄映射到键鼠&am…

2026/7/24 20:34:07 阅读更多 →
御坂翻译器:3分钟开启无障碍游戏体验的终极解决方案

御坂翻译器:3分钟开启无障碍游戏体验的终极解决方案

御坂翻译器:3分钟开启无障碍游戏体验的终极解决方案 【免费下载链接】MisakaTranslator 御坂翻译器—Galgame/文字游戏/漫画多语种实时机翻工具 项目地址: https://gitcode.com/gh_mirrors/mi/MisakaTranslator 你是否曾因为语言障碍而错过心仪的日系视觉小说…

2026/7/24 20:34:07 阅读更多 →

最新新闻

第五章 数组(附多道题型详细解析及代码)

第五章 数组(附多道题型详细解析及代码)

【以下就是关于数组的所有内容,如果您觉得这篇文章很好,请打赏一点心意,谢谢大家的支持】 第一节 一维数组 一、为什么要为什么要使用数组 通过前面几章的学习,我们已经可以编写程序来解决各种相当复杂的问题了,但是当需要处理的数据比较多时,仅依靠前面的知识…

2026/7/24 20:40:08 阅读更多 →
YOLOv8在轴承缺陷检测中的工业应用实践

YOLOv8在轴承缺陷检测中的工业应用实践

1. 项目背景与核心价值 轴承作为机械设备中的关键部件,其运行状态直接影响整个设备的寿命和安全性。传统人工检测方式存在效率低、漏检率高的问题,而基于深度学习的视觉检测技术正在工业质检领域掀起革命。这个项目采用YOLOv8这一当前最先进的目标检测算…

2026/7/24 20:40:08 阅读更多 →
终极免费A股分析指南:如何零成本构建AI驱动的智能投资系统

终极免费A股分析指南:如何零成本构建AI驱动的智能投资系统

终极免费A股分析指南:如何零成本构建AI驱动的智能投资系统 您是否曾为A股市场的复杂波动而烦恼?是否渴望拥有专业的股票分析工具却受限于高昂费用?daily_stock_analysis正是为您量身打造的解决方案——这是一款完全免费的AI驱动股票智能分析…

2026/7/24 20:40:08 阅读更多 →
电力设备铭牌OCR识别技术方案与实践

电力设备铭牌OCR识别技术方案与实践

1. 项目背景与需求分析在电力行业计量设备管理中,铭牌信息采集是一项基础但极其重要的工作。传统的人工抄录方式效率低下且容易出错,而市面上通用的OCR识别方案往往存在以下痛点:专用设备价格昂贵,单套系统动辄数万元识别准确率受…

2026/7/24 20:40:08 阅读更多 →
如何利用GitHub Actions实现股票分析系统的7x24小时自动化运行

如何利用GitHub Actions实现股票分析系统的7x24小时自动化运行

如何利用GitHub Actions实现股票分析系统的7x24小时自动化运行 在当今快节奏的金融市场中,及时获取专业的股票分析报告对投资者决策至关重要。然而,手动分析多个市场、跟踪实时数据、生成深度报告不仅耗时耗力,还容易错过关键的市场窗口。da…

2026/7/24 20:40:08 阅读更多 →
纯血鸿蒙诞生、大模型降价、《黑神话·悟空》全球成功……属于我们共同的关键瞬间 | 融云 2024 年回顾

纯血鸿蒙诞生、大模型降价、《黑神话·悟空》全球成功……属于我们共同的关键瞬间 | 融云 2024 年回顾

2024 过去了 这是充满不确定性的一年 也是所有人苦寻答案的一年 从后视镜回看 这一年有太多不同寻常的刻度 犹如流年掠影中的吉光片羽 值得细品 这些关键瞬间泛起的涟漪还在继续 有些可能改变明天的模样 悲观者永远正确,乐观者永远前行 我们一同分享这些瞬间 然后满…

2026/7/24 20:39:08 阅读更多 →

日新闻

用Highcharts 创建可拖拽三维散点立方体3D图表

用Highcharts 创建可拖拽三维散点立方体3D图表

该案例基于Highcharts scatter3d 三维散点图实现空间立方体散点可视化,核心特色:三维 X/Y/Z 三轴空间,所有散点分布在 0~10 立方体空间内;散点使用径向渐变实现立体 3D 圆球质感;支持鼠标 / 触屏拖拽画布,…

2026/7/24 0:00:29 阅读更多 →
AppCertDlls:进程创建路径上的 DLL 入口

AppCertDlls:进程创建路径上的 DLL 入口

AppCertDlls:进程创建路径上的 DLL 入口 AppCertDlls 位于 HKLM\System\CurrentControlSet\Control\Session Manager\AppCertDlls。本文的程序功能是只读列出这个键在 64 位和 32 位注册表视图中的全部值,并显示每条值的来源、名称、类型和可安全显示的数…

2026/7/24 0:00:29 阅读更多 →
我的编程之路:第一篇博客

我的编程之路:第一篇博客

大家好,我是一名编程初学者,同时这也是我编程学习之路上的第一篇博客。在这里,我想要向大家介绍我的一些想法和规划。a.自我介绍我是一个刚刚接触编程的新手,目前在学习c语言,我对编程世界充满了强烈的好奇。当然&…

2026/7/24 0:00:29 阅读更多 →

周新闻

Go语言静态资源打包方案对比与实践指南

Go语言静态资源打包方案对比与实践指南

1. 项目背景与核心需求在Go语言开发中,我们经常需要处理静态资源文件的打包问题。无论是Web应用的模板文件、前端资源,还是配置文件、证书等,都需要随程序一起分发。传统做法是将这些文件与编译后的二进制文件放在同一目录下,但这…

2026/7/24 3:59:20 阅读更多 →
Go语言实现高性能LDAP认证服务的架构与实践

Go语言实现高性能LDAP认证服务的架构与实践

1. 项目背景与核心价值LDAP(轻量级目录访问协议)作为企业级身份认证的黄金标准,已经服务了超过80%的财富500强公司。我在金融科技领域实施统一认证体系时,发现传统Java方案存在启动慢、内存占用高等痛点。而Go语言凭借其协程并发模…

2026/7/24 1:23:39 阅读更多 →
【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

更多请点击: https://intelliparadigm.com 第一章:AI面试官实战指南的核心价值与适用场景 AI面试官并非替代人类HR的“黑箱工具”,而是以可解释、可审计、可迭代的方式,赋能招聘全链路的关键基础设施。其核心价值在于将主观经验沉…

2026/7/24 18:52:18 阅读更多 →

月新闻