内联的代码应该有多小

how small should be the code for inlining

本文关键字:代码      更新时间:2023-10-16

以下代码放在内联函数中是否合理,或者它太大而无法内联:

getPriority(const Data& data)
{
    Priority plidPriority = PRIORITY_STANDARD;
    if (data.isIPaddr)
    {
        Priority = PRIORITY_HIGHEST;
    }
    else if (data.plid == PROTO_HTTP || data.plid == PROTO_SIP || data.plid == PROTO_RTCP)
    {
        Priority = PRIORITY_PLID;
    }
    else if (data.port && data.port < 1024)
    {
        Priority = PRIORITY_ELEVATED;
    }
    return Priority;
}
仅仅因为

您想将函数体内联替换到函数调用点而放置任何用于内联的代码是不合理的,任何现代编译器都会自行执行此操作。
您应该使用 inline 作为安全绕过一个定义规则 (ODR( 并在头文件中定义函数的方法,而不是出于性能原因这样做。

  1. 自动内联的功能应该有多短?是 这有什么行限制吗?

没有硬性限制(或者更准确地说,是的,我们可以找到给定系统的上限,但您不会在任何地方找到它(。编译器尝试预测在特定情况下此过程的优点。如果编译器决定内联函数会使代码变慢或大得不可接受,则不会内联该函数。或者,如果由于语法依赖关系而根本无法实现,例如使用函数指针进行回调的其他代码,或者像在动态/静态代码库中那样从外部导出函数。还要记住,标记函数inline只是表达愿望,编译器没有义务这样做。在 C 语言中,任何具有内部链接的函数都可以内联,但具有外部链接的函数受到限制。

2. Is there any way to know that a function is automatically in-lined ?

你可以反汇编二进制文件,你将看到是否有对函数的调用,或者它是否在行中

内联函数能提高性能吗?

内联函数

内联的主要问题是代码膨胀。因此,如果您的函数仅在一个/几个地方被调用(并且函数被多次调用,因此开销非常大(,也可以内联更大的代码(假设编译器内联它(,并且可以内联它。如果您在代码中的许多位置调用函数,则可能是个问题。

因此,这取决于如何从此处未显示的代码中调用此函数。

此外,它还取决于编译器是否内联。如果您认为内联是非常必要的(您只能在基准测试后进行评估(并且代码很大,您可以通过提供相关的编译器选项来增加限制。

内联实际上只是对编译器的建议。对于您的情况,它可能已经内联了,或者完全忽略了内联关键字