Question

将以下代码放在内联函数中是否合理，或者它对于内联来说太大了：

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;
}

Answer 1

将内联函数体替换为函数调用点是不合理的，因为你想将内联函数体替换为函数调用，任何现代编译器都会自行完成。
您应该使用inline作为安全绕过一个定义规则（ODR）并在头文件中定义函数的方法，而不是出于性能原因而做。

Answer 2

自动嵌入功能应该有多短？是   那有什么行限制吗？

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

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

你可以反汇编二进制文件，你会看到是否有对某个功能的调用，或者它是在行。

Do inline functions improve performance?

Inline Functions

Answer 3

内联的主要问题是代码膨胀。因此，如果你的函数只在一个/几个地方被调用（并且函数被调用多次以致开销非常大），那么也可以内联更大的代码（假设编译器内联它），并且可以内联它。如果您在代码中的许多地方调用函数，则可能会出现问题。

所以它取决于如何从这里未显示的代码调用此函数。

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

Answer 4

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

内联代码应该有多小

4 个答案: