我想在项目中定义一个内联函数，用c99编译。我该怎么做？ 当我在头文件中声明函数并在 .c 文件中提供详细信息时，其他文件无法识别该定义。当我将显式函数放在头文件中时，我遇到了问题，因为使用它的所有 .o 文件都有定义的副本，因此链接器给了我一个“多重定义”错误。
我想做的是这样的：
header.h
inline void func()
{
do things...
}
lib1.c
#include "header.h"
...
lib2.c
#include "header.h"
使用同时使用 lib1.o 和 lib2.o 的实用程序
【问题讨论】：
标签： c linker c99 inline-functions
很遗憾，并非所有编译器都完全符合 C99，即使他们声称会这样做。
一种符合要求的方法是
// header file. an inline definition alone is
// not supposed to generate an external symbol
inline void toto(void) {
// do something
}
// in one .c file, force the creation of an
// external symbol
extern inline void toto(void);
例如，较新版本的 gcc 可以正常工作。
你可以通过定义类似的东西来为其他编译器（伪装者）摆脱它
#ifdef PRETENDER
# define inlDec static
# define inlIns static
#else
# define inlDec
# define inlIns extern
#endif
// header file. an inline declaration alone is
// not supposed to generate an external symbol
inlDec inline void toto(void) {
// do something
}
// in one .c file, force the creation of an
// external symbol
inlIns inline void toto(void);
编辑：
我知道的支持 C99 的编译器（通常是选项 -std=c99）
inline 模型inline 函数发出符号，除非你有一个 extern 声明并且你在一个编译单元中使用函数指针。inline 关键字【讨论】：
extern 声明。这将强制每个翻译单元发出函数的副本。
inline 声明，一些编译器也会生成符号。我将添加一些关于特定编译器的更多评论。
static inline 相比，以“新方式”执行此操作有什么好处吗？
static 与static inline 完全相同，inline 几乎没有用处。现代编译器不会自行决定是否内联，程序员在优化方面是出了名的糟糕。
如果单独使用，在 C99 中 inline 要求该函数定义在与使用它相同的翻译单元中（因此，如果您在 lib1.c 中使用它，则必须在 lib1.c 中定义它）。
您还可以将方法声明为static inline（并将定义放在两个源文件之间共享的头文件中）。这避免了多定义问题，并让编译器在使用它的所有翻译单元中内联文件（如果您只在一个翻译单元中声明函数，它可能会也可能无法做到）。
【讨论】：
header.h 中。要么编译器坏了，要么函数被声明为extern，这将解释这一点。
我觉得你在头文件中定义和声明函数的时候不需要使用inline这个词，编译器通常默认把它当作inline，除非它太长，这样就足够聪明了将其视为正常功能。
我认为多重定义可能是由于 Header 文件中缺少 Include Guard 造成的。
你应该在标题中使用这样的东西：
#ifndef HEADERNAME_H
#define HEADERNAME_H
void func()
{
// do things...
}
#endif
【讨论】：