extern 关键字对 C 函数的影响

如何解决extern 关键字对 C 函数的影响

我们有两个文件，foo.c 和 bar.c。

这是 foo.c

#include <stdio.h>

volatile unsigned int stop_Now = 0;
extern void bar_function(void);

int main(void)
{
  while (1) {
     bar_function();
     stop_Now = 1;
  }
  return 0;
}

现在，这里是 bar.c

#include <stdio.h>

extern volatile unsigned int stop_Now;

void bar_function(void)
{
   if (! stop_Now) {
      printf("Hello, world!\n");
      sleep(30);
   }
}

如您所见，我们在 foo.c 和 bar.c 之间没有共享标头，但是 bar.c 在链接时需要在 foo.c 中声明的内容，而 foo.c 在链接时需要来自 bar.c 的函数。

如果您需要在模块之间共享一些全局并且不想将其放在/初始化它在标头中，这将非常有用。

从技术上讲，库公共头文件中的每个函数都是“extern”，但是将它们标记为这样几乎没有好处，具体取决于编译器。大多数编译器可以自己解决这个问题。如您所见，这些函数实际上是在其他地方定义的。

在上面的例子中，main() 只会打印一次 hello world，但会继续输入 bar_function()。另请注意， bar_function() 在此示例中不会返回（因为它只是一个简单的示例）。想象一下 stop_Now 在服务信号时被修改（因此，不稳定），如果这看起来不够实用的话。

外部对象对于信号处理程序、您不想放入标头或结构中的互斥锁等非常有用。大多数编译器会优化以确保它们不会为外部对象保留任何内存，因为它们知道它们’将在定义对象的模块中保留它。然而，在对公共函数进行原型设计时，用现代编译器指定它并没有什么意义。

希望有帮助:)

解决方法

在 C 语言中，我没有注意到extern函数声明之前使用的关键字的任何影响。起初，我认为extern int f();在单个文件中定义时会
强制您在文件范围之外实现它。但是我发现两者：

extern int f();
int f() {return 0;}

和

extern int f() {return 0;}

编译得很好，没有来自 gcc 的警告。我用过gcc -Wall -ansi；它甚至不接受//评论。

extern 在函数定义之前 使用有什么影响吗？或者它只是一个可选关键字，对函数没有副作用。

在后一种情况下，我不明白为什么标准设计者选择在语法中添加多余的关键字。

编辑： 澄清一下，我知道 in variables 的用法extern，但我只是询问externin functions 。