C++11新特性(上)----《Hello C++ Wrold!》(25)--(C/C++)

C++11新特性(上)----《Hello C++ Wrold!》(25)--(C/C++)

文章目录

前言

C++ 作为一门经典且持续演进的编程语言,其标准迭代始终围绕 “提升开发效率、优化性能、完善语言特性” 展开。1998 年首个国际标准 C++98 奠定了语言基础,而 2011 年发布的 C++11 标准则堪称一次里程碑式的更新 —— 它不仅修复了早期版本的诸多缺陷,更引入了大量革命性特性,从根本上改变了 C++ 的编程范式,为开发者提供了更简洁、高效且安全的编码工具。

本文将聚焦 C++11 标准的核心新增特性,从 “统一列表初始化” 的语法简化、“auto/decltype/nullptr” 的声明优化,到 STL 容器与接口的扩展,再到 “右值引用、移动语义、完美转发” 等深刻影响性能的底层机制,以及类功能的增强(如默认移动构造、final/override 关键字),系统梳理这些特性的设计逻辑与实际应用场景。

无论是初学时对 C++11 语法的困惑,还是开发中对 “为何优先用 emplace_back 而非 push_back”“move 与 forward 该如何正确使用” 等问题的疑问,都能通过本文的拆解得到解答。文中将结合具体代码示例,区分易混淆概念(如 initializer_list 与多参数构造隐式转换、左值 / 右值与左值引用 / 右值引用),同时兼顾 “实用性” 与 “原理性”—— 既说明特性的日常用法,也点明编译器层面的特殊处理,帮助读者不仅 “会用”,更能 “理解为什么这么用”,为后续深入 C++ 高阶开发或迁移至更高版本(如 C++14/C++17)打下坚实基础。

历史知识

C++ 编程语言的第一个国际标准是1998年发布的–C++98
下面的话讲的是C++11引入的特性

除了这些,还有范围for 智能指针这些

统一的列表初始化

C++11扩大了用大括号括起的列表的使用范围,使其可用于所有的内置类型和用户自定义的类型,使用列表初始化时,可添加等号(=),也可不添加。

–C++11中列表初始化也可以适用于new表达式中
这个的话日常不推荐用,但是要能看得懂
比如:int y ={2};int y{2};structPoint{Point(int x,int y):_x(x),_y(y){}int _x;int _y;}; Point p1 ={1,1}; Point p1{1,1}--本来应该是Point p1(1,1); 前面这两个其实也是调用的Point的构造函数,其实是C++11支持了多参数构造函数的隐式类型转换 --如果想这两个行不通,就在构造函数前加个explicit Point* ptr3 =new Point[2]{{0,0},{1,1}};const Point& r ={3,3};--这个const去不得,因为创建一个Point临时对象(常性)

initializer_list

这是一个类型
auto 用于初始化列表 {...} 时,编译器会优先推导出 std::initializer_list<T>类型
一般容器的构造函数和赋值=都支持这个类型进行
vector<int> v1 ={1,2,3,4,3};// 调用initializer_list的vector构造函数 Point p1 ={1,1};// 多参数构造函数的隐式类型转换 这俩个要区分--不是一个规则哈 注意: 上面的{1,2,3,4,3}转换成initializer_list类型时: 其实是编译器会在常量区自动创建一个隐藏的常量数组 initializer_list 只是用指针引用这个数组,而不是自己存储数据。 --这个类型自己模拟实现不太行,库里面的这个类型编译器会做特殊照护 

声明

多了autonullptrdecltype
nullptr和NULL的区别 NULL有时直接被定义成00既能表示指针常量,又能表示整形常量 #defineNULL((void*)0) #define NULL0nullptr是空指针 引申:宏不常用的,基本上用 constenuminline去代替宏 
decltype:关键字decltype可以将变量的类型声明为表达式指定的类型 decltype推出对象的类型,再定义变量,或者作为模板实参 其实也就是eg:decltype(pf)看成一个类型去用 跟auto的区别:auto不能eg:auto x;这样不带初始化 eg:int pf =0;int a =0;double b =1.0;decltype(a*b) c =2;decltype(pf) pf2; B<decltype(pf)> bb1;//B是类 引申:函数能通过函数指针调用 eg:auto x = malloc; 之后x和malloc的用法和作用就相同了 

STL里面的一些变化

新容器

增加了arrayforward_listunordered_mapunordered_set

但是array -- 数组forward_list -- 单链表没啥用

关于数组的话:一般也用vector代替,因为原生数组容易越界之后检查不出来

新接口

对于const迭代器,给他添加了cbegincendcrbegincrend,但是这几个接口没啥用,没必要
所有的容器的构造函数都支持了initializer_list那种方式的初始化

所有的容器都支持了移动构造和移动赋值

大多数容器的很多接口都多了emplace系列的–比如以前是back 现在多了个emplace_back–并且本来的接口有些也支持了右值引用的方式

新的类功能

新增加了移动构造函数和移动赋值运算符重载

如果你没有自己实现移动构造,且没有实现析构函数 、拷贝构造、拷贝赋值重载中的任意一个,编译器会自动生成一个默认移动构造–对内置类型会浅拷贝,对自定义类型如果有移动构造就用移动构造,没有就用拷贝构造

如果你没有自己实现移动赋值重载函数,且没有实现析构函数 、拷贝构造、拷贝赋值重载中的任意一个,编译器会自动生成一个默认移动赋值–对内置类型会浅拷贝,对自定义类型如果有移动赋值就用移动赋值,没有就用拷贝赋值
允许在类定义时给成员变量初始缺省值

finaloverride
强制生成默认函数的关键字default eg:Person(Person&& p) = default;

禁止生成默认函数的关键字delete eg:Person(Person&& p) = delete;

左值引用和右值引用

左值引用是以前本来就支持的哈,右值引用还是C++11引入的

左值和右值

可以取地址的叫做左值 左值一般是可以被修改的

不能取地址的叫做右值(右值是不允许被修改的)
内置类型的右值叫做纯右值

自定义类型的右值叫做将亡值

左值引用和右值引用

左值引用就是eg: int & a = b; 粗略: 给左值取别名(b是 int b =0;)

右值引用是eg: double && r = x+y; 粗略: 给右值取别名(x y本来是double x = 1.1,y = 2.0)

注意:右值引用之后其实是让他拥有了左值的属性(有地址,并且可以被修改)
问题:

左值引用可以给右值取别名吗–const的左值引用可以eg: const int a = .....

右值引用可以给左值取别名吗-- move以后的左值可以eg: int && c = move(b);
关于这个move:拿上面举例:
voidfunc(constint& r){}voidfunc(int&& r){} 也构成函数重载哈,编译器会选择最匹配的去用 eg:传的是右值,用第二个 传的是左值,用第一个 
左值引用的核心价值就是减少拷贝,提高效率

右值引用的核心价值是进一步减少拷贝,弥补左值引用没有解决的场景,比如:传值返回

场景举例:1.自定义类型中深拷贝的类,必须传值返回时(类大的时候用,小用不用区别不大)

2.容器的插入接口,如果插入对象是右值,可以用移动构造转移资源给数据结构中的对象,也可以进一步减少拷贝

注意:浅拷贝的类只能直接拷贝,移动拷贝是不行的–因为给也给的是指针

移动构造

这个的话在出现将亡值赋值的时候会出现

这个的话就相当于把将亡值的东西给那个被赋值的,被赋值的把之前的东西给将亡值(将亡值之前存储东西的地方直接给被赋值的人了–有点像吸收别人的功力那种意思)

–只是资源被转移了哈,原来的对象还在那,不算是空对象

纯右值也会的哈,只是没啥必要而已,除非eg:vector<int>那种数组很大的
string func()//不能搞成string&或者string&&哈{ string str("xxxx");return str;} main函数里面 string s =func();--这里的话会str先深拷贝给func(),再func()移动拷贝给s --编译器优化后只有一次移动拷贝了 但是编译器会进行优化:1.连续的构造或者拷贝构造,合二为一 2.开绿灯行为:eg:这里的str直接被当成将亡值给了s eg: list<string>lt; lt.push_back("22222"); 此时也是一次移动拷贝,因为"22222"隐式转换成string的时候生成了个匿名对象(C++11的认知)--如果用的是自己模拟实现的那种string的话,生成匿名对象时还会有一次拷贝构造(现代写法)--有移动定义也是这样 
移动语义:就是用右值引用实现移动构造和移动赋值

完美转发

万能引用

万能引用的作用:既可以接收左值,又可以接受右值

实参如果是左值的话,他就是左值引用–此时是引用折叠

实参如果是右值的话,他就是右值引用

完美转发

在这里插入图片描述
补充:上面的Fun是 voidFun(int& x){}----1voidFun(constint& x){}----2voidFun(int&& x){}---3voidFun(constint&& x){}----4 调用:PerfectForward(std::move(a));PerfectForward(std::move(b)); 这俩个的话其实最后一个是用的1,一个用的2 因为Fun(t)传的时候t是右值引用--所以是左值的属性 --没用右值属性的话,在移动定义时,无法完成资源转移!!! 此时如果想保留右值引用是右值的属性的话,就要用到完美转发了 完美转发就是加个:forward<T> 也就是template<typenameT>voidPerfectForward(T&& t){Fun(forward<T>(t));}
要注意的是:如果想一直保持原来的属性,在每次传参的时候都要使用完美转发

–中间少用了一次就会永远丢失原本的属性

Read more

Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构 前言 在鸿蒙(OpenHarmony)生态迈向万物互联、涉及海量离线资源标识、蓝牙广播载荷(BLE Payload)及二维码数据极限压缩的背景下,如何生成既能保留 UUID 强随机性、又能极大缩减字符长度的唯一标识符,已成为优化存储与通讯效率的“空间必修课”。在鸿蒙设备这类强调分布式软总线传输与每一字节功耗敏感的环境下,如果应用依然直接传输长度达 36 字符的标准 UUID,由于由于有效载荷溢出,极易由于由于传输协议限制导致数据截断或多次分包带来的延迟。 我们需要一种能够实现高进制转换、支持双向编解码且具备低碰撞概率的短 ID 生成方案。 short_uuids 为 Flutter 开发者引入了将标准 UUID 转化为短格式字符串的高性能算法。它利用

By Ne0inhk
【OpenClaw从入门到精通】第03篇:吃透Gateway/Skills/ClawHub核心概念(2026实测+避坑)

【OpenClaw从入门到精通】第03篇:吃透Gateway/Skills/ClawHub核心概念(2026实测+避坑)

摘要:本文针对OpenClaw新手易混淆的核心概念痛点,以通俗类比+实操演示拆解OpenClaw核心、Gateway、Skills、ClawHub四大组件。通过“数字员工团队”类比明确各组件定位:OpenClaw核心是“老板”(调度中心)、Gateway是“前台+后勤”(后台进程)、Skills是“专业员工”(功能插件)、ClawHub是“人才市场”(技能商店)。补充版本更名史、技能加载优先级、ClawHub与GitHub区别等关键细节,结合“AI融资新闻查询并邮件推送”虚拟案例演示组件协同流程,梳理5个高频认知误区及解决方案。所有内容基于2026年官方文档实测,案例为虚拟构建,代码仅作示例未上传GitHub,兼顾新手理解与进阶实操参考,帮助读者建立清晰的OpenClaw架构认知。 优质专栏欢迎订阅! 【DeepSeek深度应用】【Python高阶开发:AI自动化与数据工程实战】【YOLOv11工业级实战】 【机器视觉:C# + HALCON】【大模型微调实战:平民级微调技术全解】 【人工智能之深度学习】【AI 赋能:Python 人工智能应用实战】

By Ne0inhk
2G 内存云服务器部署 Spring Boot + MySQL 实战:从踩坑到上线

2G 内存云服务器部署 Spring Boot + MySQL 实战:从踩坑到上线

2G 内存云服务器部署 Spring Boot + MySQL 实战:从踩坑到上线 前言 最近把自己的全栈博客项目部署到了腾讯云的入门级服务器(2核2G),过程中踩了不少坑。本文记录完整的部署过程和问题排查思路,希望对同样在小规格服务器上部署 Java 项目的同学有所帮助。 项目技术栈: * 后端:Java 17 + Spring Boot 3.2.3 + Spring Security + JPA * 数据库:MySQL 8.0 * 前端:Flutter Web * 反向代理:Nginx 1.26 * 容器:Docker 28.4 服务器配置: * 腾讯云轻量应用服务器 * 2 核 CPU / 2GB 内存 / 50GB

By Ne0inhk
AI 原生(AI-Native)&架构极简主义

AI 原生(AI-Native)&架构极简主义

AI 原生(AI-Native)&架构极简主义 * 一、AI 原生(AI-Native) * 1.1 定义 * 1.2 架构分层 * 1.3 与“AI+”的本质区别 * 二、如何设计AI-Native 应用 * 2.1 核心思维转变:从“流程驱动”到“意图驱动” 🧠 * 2.2 关键架构组件:构建“五脏六腑” 🧩 * 2.3 交互与体验设计:对话即操作 💬 * 2.4 组织与迭代策略:数据飞轮 🔄 * 2.5 💡 总结 * 三、🧠 AI-Native 应用设计四维框架(增强版)

By Ne0inhk