啊我摔倒了..有没有人扶我起来学习....
👱个人主页: 《 C G o d 的个人主页》 \color{Darkorange}{《CGod的个人主页》} 《CGod的个人主页》交个朋友叭~
💒个人社区: 《编程成神技术交流社区》 \color{Darkorange}{《编程成神技术交流社区》} 《编程成神技术交流社区》加入我们,一起高效学习,收割好Offer叭~
🌱刷题链接: 《 L e e t C o d e 》 \color{Darkorange}{《LeetCode》} 《LeetCode》快速成长的渠道哦~
目录
- 前言
- 一、概念
- 二、特性
- 三、尽量以const,enum,inline替换#define
- 3.1 宏的缺陷
- 3.2 解决方案
前言
- 以inline修饰的函数叫做内联函数,编译时C++编译器会在调用内联函数的地方展开,没有函数调用建立栈帧的开销,内联函数提升程序运行的效率
一、概念
- 如果在上述函数前增加inline关键字将其改成内联函数,在编译期间编译器会用函数体替换函数的调用
- 查看方式:
- 在release模式下,查看编译器生成的汇编代码中是否存在call Add
- 在debug模式下,需要对编译器进行设置,否则不会展开(因为debug模式下,编译器默认不会对代码进行优化,以下给出vs2019的设置方式)
二、特性
- inline是一种以空间换时间的做法,如果编译器将函数当成内联函数处理,在编译阶段,会用函数体替换函数调用,缺陷:可能会使目标文件变大,优势:少了调用开销,提高程序运行效率
- inline对于编译器而言只是一个建议,不同编译器关于inline实现机制可能不同,一般建议:将函数规模较小(即函数不是很长,具体没有准确的说法,取决于编译器内部实现)、不是递归、且频繁调用的函数采用inline修饰,否则编译器会忽略inline特性。下图为《C++prime》第五版关于inline的建议:
- inline不建议声明和定义分离,分离会导致链接错误。因为inline被展开,就没有函数地址了,链接就会找不到
三、尽量以const,enum,inline替换#define
- 这是博主在《Effective C++》看到的一个条款,在此简化表述以下,希望对铁汁们有帮助
3.1 宏的缺陷
- 宏没有类型安全检查
- 宏的可读性较差,特别是所谓的宏函数:
#define Add(x,y) ((x)+(y))
以上宏函数定义很容易招来许多错误,比如:
(1)缺少外面的括号
#define Add(x,y) (x)+(y)
在这种场景下就会出错:
int main()
{
Add(x,y)*2;//宏替换后=>x+y*2
return 0;
}
(2)缺少里面的括号
#define Add(x,y) (x+y)
在这种场景下就会出错:
int main()
{
Add(a&b,a|b);//宏替换后=>a&b+a|b,+优先级比&和|要高
return 0;
}
- 宏无法调试,在预处理期间就会被替换。比如你用了别人的头文件,其中有#define NUM 10,记号NUM从未被编译器看见,当你遇到错误信息的时候提到10这个数,你会一脸懵逼,不知道从何而来,造成麻烦!
3.2 解决方案
- const替换宏常量
const int num = 10;
- enum替换宏常量
enum
{
NUM = 10
};
- inline替换宏函数
因为宏函数的优势就是直接展开了函数内容,省去了栈帧开销,而inline完全能够替代,而且inline修饰的函数的的确确是个函数,可以调试