C++之内联函数

C++继承C的一个重要特性是效率,在C中保护效率的一个方法是使用宏(macro),宏的实现是使用预处理器而不是编译器,预处理器直接用宏代码替换宏调用,所以就没有了参数压栈、生成汇编语言的CALL、返回

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

全栈程序员社区此处内容已经被作者隐藏,请输入验证码查看内容
验证码:
请关注本站微信公众号,回复“验证码”,获取验证码。在微信里搜索“全栈程序员社区”或者“www_javaforall_cn”或者微信扫描右侧二维码都可以关注本站微信公众号。

  C++继承C的一个重要特性是效率,在C中保护效率的一个方法是使用宏(macro),宏的实现是使用预处理器而不是编译器,预处理器直接用宏代码替换宏调用,所以就没有了参数压栈、生成汇编语言的CALL、返回参数、执行汇编语言的RETURN的时间花费,所有的工作由预处理器完成,因此不用花费什么就具有了程序调用的便利和可读性。

  C++中使用预处理器宏存在两个问题,一是不安全性,二是C++特有的,预处理器不容许存取私有数据,这意味着预处理器在用作成员函数时变得非常无用。

  为了既保持预处理器宏的效率又增加安全性,而且还能像一般的成员函数一样可以在类里访问自如,C++使用了内联函数。

内联函数与编译器

  内联函数使用inline关键字定义,为了使之有效,必须使函数体和声明结合在一起,否则,编译器将它作为普通函数对待

  一般应该把内联定义在头文件中,当编译器看到这个定义时,它把函数类型(函数名+返回值)和函数体放到符号表里,当使用函数时,编译器检查以确保调用和返回是否正确,然后将函数调用替换为函数体,因而消除了开销,内联代码的确占用空间,但假如函数较小,这实际比为了一个普通函数调用而产生的代码(参数压栈和执行CALL)占用的空间少。

1. 局限性

  编译器在以下两种情况下不能处理内联:

  (1) 函数体很大或很复杂,任何种类的循环都被认为太复杂,编译器遇到这种情况都会放弃内联方式,因为这时内联将可能不为我们提供任何效率

  (2) 假如我们要显示或隐含地取函数地址,编译器也不能执行内联,因为这时编译器必须为函数代码分配内存从而为我们产生一个函数的地址。

  我们必须理解内联仅仅是编译器的一个建议,编译器不强迫内联任何代码,一个好的编译器将会内联小的,简单的函数,同时明智的忽略那些太负责的内联

2. 赋值顺序

class forward
{
public:
    forward():i(0){}

    int f() const {return g() + 1;} // 注意
    int g() const {return i;}

private:
    int i;
};
void main()
{
    forward F;
    F.f();
    return;
}

  观察上面的代码,虽然函数g()还没有定义,但在函数f()里对函数g()进行了调用,编译器会不会报错呢?

  事实上这是可行的,因为语言定义规定非内联函数直到类声明结束才赋值。

假如一个内联函数对于一个还没有在内里面声明的函数进行向前引用,编译器就不会把它当做内联函数处理!

错误检查示例

inline void allege_error(int nVal, char *cMsg)
{
    if (!nVal)
    {
        fprintf(stderr, cMsg);    
    }
#ifdef NDEBUG
        exit(1);
#endif
    
}
#define allege(expr, msg)\
{\
    allege_error((expr ? 1:0), msg);\
    assert(expr);\
}

#define allegemem(expr)\
{\
    allege(expr, "out of memory");\
}

#define allegefile(expr)\
{\
    allege(expr, "could not open file\r\n");\
}
void main()
{
    ifstream nofile;
    nofile.open("nofile.xxx", ios::in);
    allegefile(nofile);
    return;
}

C++之内联函数

#define assert(_Expression) (void)( (!!(_Expression)) || (_wassert(_CRT_WIDE(#_Expression), _CRT_WIDE(__FILE__), __LINE__), 0) )

assert()宏中包含__FILE__和__LINE__

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/120176.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • ANSI编码_ansi编码支持中文吗

    ANSI编码_ansi编码支持中文吗origin:http://www.regexlab.com/zh/encoding.htm [原创文章,转载请保留或注明出处:http://www.regexlab.com/zh/encoding.htm]级别:中级摘要:本文介绍了字符与编码的发展过程,相关概念的正确理解。举例说明了一些实际应用中,编码的实现方法。然后,本文讲述了通常对字符与编码的几种误解,由于这些误解而导致乱…

    2022年9月24日
    3
  • Excel字符串截取(left&right&mid)

    Excel字符串截取(left&right&mid)Excel中字符串截取函数主要有left、right和mid1.left函数  在字符串“wang”中,从左起截取2个字符,结果是“wa”。2.right函数  在字符串“wang”中,从右起截取2个字符,结果是“ng”。3.mid函数  从字符串“wang”第2个位置,截取长度为2的字符串,结果是“an”。

    2025年8月10日
    7
  • Lync Server 2013 标准版部署(十)边缘服务器部署拓扑发布[二]

    Lync Server 2013 标准版部署(十)边缘服务器部署拓扑发布[二]

    2021年5月27日
    94
  • html限制输入文本长度_get请求url长度限制多少位

    html限制输入文本长度_get请求url长度限制多少位http响应报文,如果响应的内容比较大,客户端怎么样判断接收完了呢?1.http协议有正文大小说明的content-length2.或者分块传输chunked的话读到0\r\n\r\n就是读完了http响应内容比较大的话,会分成多个tcpsegment发送,不是最后一个segment的话,tcp的payload不会有httpheader字段,如果是最后一个tcpse…

    2022年8月24日
    6
  • 深度信念网络(Deep Belief Network)[通俗易懂]

    深度信念网络(DeepBeliefNetwork,DBN)由GeoffreyHinton在2006年提出。它是一种生成模型,通过训练其神经元间的权重,我们可以让整个神经网络按照最大概率来生成训练数据。我们不仅可以使用DBN识别特征、分类数据,还可以用它来生成数据。DBN由多层神经元构成,这些神经元又分为显性神经元和隐性神经元(以下简称显元和隐元)。显元用于接受输入,隐…

    2022年4月12日
    224
  • Java虚拟机:类加载机制与双亲委派模型

    Java虚拟机:类加载机制与双亲委派模型

    2021年4月10日
    192

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号