我喜欢把extern变量看作是你对编译器做出的承诺。

当遇到一个extern时，编译器只能找出它的类型，而不能找出它“居住”的位置，因此它不能解析引用。

你告诉它:“相信我。在链接时，这个引用将是可解析的。”

In C a variable inside a file say example.c is given local scope. The compiler expects that the variable would have its definition inside the same file example.c and when it does not find the same , it would throw an error.A function on the other hand has by default global scope . Thus you do not have to explicitly mention to the compiler "look dude...you might find the definition of this function here". For a function including the file which contains its declaration is enough.(The file which you actually call a header file). For example consider the following 2 files : example.c

#include<stdio.h>
extern int a;
main(){
       printf("The value of a is <%d>\n",a);
}

example1.c

int a = 5;

现在，当你一起编译这两个文件时，使用以下命令:

步骤1)cc -o ex example.c 步骤2)。/交货

输出结果如下:a的值<5>

Extern关键字与变量一起使用，以将其标识为全局变量。

它还表示可以使用使用extern声明的变量 关键字在任何文件中，尽管它在其他文件中声明/定义。

Extern仅仅意味着变量在其他地方定义(例如，在另一个文件中)。

简而言之，extern意味着变量是在其他模块中定义的，它的地址在链接时是已知的。编译器不会在当前模块中保留内存，并且知道变量类型。要理解extern，至少要有很少的汇编经验。

对于xc8，必须小心声明变量 在每个文件中都是相同的类型， 在一个文件中声明int型，在另一个文件中声明char型。 这可能会导致变量的破坏。

这个问题在大约15年前的一个微芯片论坛上得到了优雅的解决 /*参见“http:www.htsoft.com”/ /“论坛/ / showflat.php /猫/ 0 /数字/ 18766 / / /页面/ 0 # 18766”

但这种联系似乎不再起作用了……

所以我很快就会解释一下; 创建一个名为global.h的文件。

在其中声明以下内容

#ifdef MAIN_C
#define GLOBAL
 /* #warning COMPILING MAIN.C */
#else
#define GLOBAL extern
#endif
GLOBAL unsigned char testing_mode; // example var used in several C files

现在在文件main.c中

#define MAIN_C 1
#include "global.h"
#undef MAIN_C

这意味着在main.c中变量将被声明为unsigned char。

现在在其他文件中简单地包括global.h将 将其声明为该文件的extern。

extern unsigned char testing_mode;

但是它将被正确地声明为unsigned char。

旧的论坛帖子可能解释得更清楚一点。 但在使用编译器时，这是一个真正的潜在问题 这允许您在一个文件中声明一个变量，然后在另一个文件中将其声明为不同的类型。这些问题与 也就是说，如果你在另一个文件中将testing_mode声明为int类型 它会认为它是一个16位的变量，并覆盖ram的其他部分，可能会破坏另一个变量。很难调试!