在 C 语言中,我没有注意到extern函数声明之前使用的关键字的任何影响。起初,我认为extern int f();在单个文件中定义时会 强制 您在文件范围之外实现它。但是我发现两者:
extern
extern int f();
extern int f(); int f() {return 0;}
和
extern int f() {return 0;}
编译得很好,没有来自 gcc 的警告。我用过gcc -Wall -ansi;它甚至不接受//评论。
gcc -Wall -ansi
//
extern 在函数定义之前 使用有什么影响吗?或者它只是一个可选关键字,对函数没有副作用。
在后一种情况下,我不明白为什么标准设计者选择在语法中添加多余的关键字。
编辑: 澄清一下,我知道 in variables 的用法extern,但我只是询问externin functions 。
我们有两个文件,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’,您告诉编译器在链接时将找到(非静态)后面的任何内容; 在当前通行证中不要为它保留任何东西,因为它稍后会遇到。在这方面,函数和变量被同等对待。
如果您需要在模块之间共享一些全局并且不想将其放在/初始化它在标头中,这将非常有用。
从技术上讲,库公共头文件中的每个函数都是“extern”,但是将它们标记为这样几乎没有好处,具体取决于编译器。大多数编译器可以自己解决这个问题。如您所见,这些函数实际上是在其他地方定义的。
在上面的例子中,main() 只会打印一次 hello world,但会继续输入 bar_function()。另请注意, bar_function() 在此示例中不会返回(因为它只是一个简单的示例)。想象一下 stop_now 在服务信号时被修改(因此,不稳定),如果这看起来不够实用的话。
外部对象对于信号处理程序、您不想放入标头或结构中的互斥锁等非常有用。大多数编译器会优化以确保它们不会为外部对象保留任何内存,因为它们知道它们’将在定义对象的模块中保留它。然而,在对公共函数进行原型设计时,用现代编译器指定它并没有什么意义。
希望有帮助:)