头文件中定义的小函数：内联还是静态？

Question

我有一些在.h 文件中定义的小函数。这是一个小项目（现在），我想避免将声明和定义分开的痛苦，因为它们一直在变化。为了避免多重定义的符号，我可以让它们static 或inline。应该首选什么，为什么？

我知道在标题中定义函数通常是不好的做法。您不必在答案中提及，这个问题是技术上的。

Answer 1

我认为 static inline 是您想要内联的功能的方式，而只有 static 适合您不想要的功能。

static 指的是可见性，但 inline 在标准 (C99) 中对可见性的含义是模棱两可的。无论如何，这不是它的目的：inline 用于内联函数，因此从可见性的角度来看，它具有您可能不想要的副作用。

Answer 2

我会使用static inline，但static 也可以。

extern 和 extern inline 已退出，因为如果标题包含在多个翻译单元中，您将获得多个外部定义，因此您需要考虑 static、static inline 和 inline 规范。

Heptic 在他的回答中正确地指出，无论是否指定 inline，大多数编译器都会考虑内联函数，即 inline 的主要影响是它对链接的影响。

但是，static 定义具有内部链接，因此static 和static inline 之间没有太大区别；出于纯粹的风格原因，我更喜欢 static inline 用于头文件中的函数定义（经验法则：头文件应该只包含 extern 声明、static const 变量定义和 static inline 函数定义）。

inline 不带static 或extern 会导致内联定义，标准规定（C99 6.7.4，§6）

提供外部定义的替代方案，翻译人员可以使用它来实现 在同一个翻译单元中对函数的任何调用。未指定是否调用 函数使用内联定义或外部定义。

即内联定义应始终伴随着外部定义，这不是您要寻找的。​​p>

有关 C99 内联语义的微妙之处的更多信息，请参见 this answer、Clang homepage 和 C99 Rationale (PDF)。

请记住，如果存在 -std=c99 或 -std=gnu99，GCC 只会使用 C99 语义...

Answer 3

由于问题是关于 C（不是 C++），inline 意味着

1. 您希望“尽可能快地调用函数”（ISO9899-1999, 6.7.4(5)）。同一段还指出，该建议在何种程度上有效是由实现定义的。换句话说，它几乎没有影响，并且根本不意味着任何内联（事实上，由于指令缓存的影响，非内联可能会更快）。
2. 结合extern（ISO9899-1999, 6.7.4(6)）有一些限制和特殊情况，例如必须在同一编译单元中定义具有外部链接的inline函数，并且inline definition 允许在别处定义extern 而不会出错（这未必是件好事，因为这两个函数不需要在功能上等价，而且编译器在任何时候都未指定使用哪一个！ )。

Heptic 给出的链接器含义是 C++ 所必需的，但 C 不是必需的（据我所知）。 ISO14882, 7.1.2(4) 中的“在所有翻译单元中应具有相同的地址” 条款必须要求它们。我不知道 C99 中有任何类似的条款。
但是，由于完全不同的语言 C 和 C++ 通常通过相同的 C/C++ 编译器和链接器，所以无论如何它对于 C 的工作方式可能相同。

那么...如何回答您的问题？当您觉得足够时使用inline。请注意extern 可能存在的陷阱。否则，别管它，相信编译器会做对。