内联函数:inline修饰的函数叫内联函数
内联函数在调用点之间展开,不生成符号
内联函数没有开栈清栈
内联函数执行的开销小于函数开栈的开销
内联函数最好写在头文件中
内联函数在debug版本下不生效,只在release版本下生效
其实内联函数只是给编译器一个建议,所以只在release版本下生效。
问题一:递归函数系统为什么不会处理成内联函数?
因为在编译期间无法确定递归的深度
内联函数和普通函数的区别?
前者在调用点之间展开,后者是堆栈调用,
前者有过大的目标代码,后者没有过大的目标代码
前者编译效率高,后者编译效率低
内联函数和宏的区别?
前者编译期间处理,后者预编译期间处理
内联函数有类型检查和安全检查,所以可以调试,宏没有类型检查和安全检查,所以不可调试
内联函数和static修饰的函数的区别?
内联函数不生成函数符号,static修饰的函数在进行编译期间生成local的函数符号
内联函数:
![内联函数 内联函数](https://i-blog.csdnimg.cn/blog_migrate/b9803f4e05e3c6885c4ce3f25424f189.jpeg)
普通函数:
inline只适合涵数体内代码简单的函数数使用,不能包含复杂的结构控制语句例如while、switch,并且内联函数本身不能是直接递归函数(自己内部还调用自己的函数)。
内联能提高函数的执行效率,为什么不把所有的函数都定义成内联函数?如果所有的函数都是内联函数,还用得着“内联”这个关键字吗?
内联是以代码膨胀(复制)为代价,仅仅省去了函数调用的开销,从而提高函数的执行效率。如果执行函数体内代码的时间,相比于函数调用的开销较大,那么效率的收获会很少。另一方面,每一处内联函数的调用都要复制代码,将使程序的总代码量增大,消耗更多的内存空间。
以下情况不宜使用内联:
(1)如果函数体内的代码比较长,使用内联将导致内存消耗代价较高。
(2)如果函数体内出现循环,那么执行函数体内代码的时间要比函数调用的开销大。
一个好的编译器将会根据函数的定义体,自动地取消不值得的内联(这进一步说明了inline 不应该出现在函数的声明中)。