extern

更新时间:2022-12-29 02:30:24 阅读: 评论:0


2022年12月29日发(作者:上海应用技术学院怎么样)

extern⽤法,全局变量与头⽂件(重复定义)

⽤#include可以包含其他头⽂件中变量、函数的声明,为什么还要extern关键字,如果我想引⽤⼀个全局变量或函数a,我只要直接在源⽂件中包含#include(xxx.h包含了a的声明)

不就可以了么,为什么还要⽤extern呢??这个问题⼀直也是似是⽽⾮的困扰着我许多年了,今天上⽹狠狠查了⼀下总算⼩有所获了:

头⽂件

⾸先说下头⽂件,其实头⽂件对计算机⽽⾔没什么作⽤,她只是在预编译时在#include的地⽅展开⼀下,没别的意义了,其实头⽂件主要是给别⼈看的。

我做过⼀个实验,将头⽂件的后缀改成,然后在引⽤该头⽂件的地⽅⽤

#include""

编译,链接都很顺利的过去了,由此可知,头⽂件仅仅为阅读代码作⽤,没其他的作⽤了!

不管是C还是C++,你把你的函数,变量或者结构体,类啥的放在你的.c或者.cpp⽂件⾥。然后编译成lib,dll,obj,.o等等,然后别⼈⽤的时候最基本的rfile.o|obj|dll|lib等

等。

但对于我们程序员⽽⾔,他们怎么知道你的lib,dll...⾥⾯到底有什么东西?要看你的头⽂件。你的头⽂件就是对⽤户的说明。函数,参数,各种各样的接⼝的说明。

那既然是说明,那么头⽂件⾥⾯放的⾃然就是关于函数,变量,类的“声明”了。记着,是“声明”,不是“定义”。

那么,我假设⼤家知道声明和定义的区别。所以,最好不要傻嘻嘻的在头⽂件⾥定义什么东西。⽐如全局变量:

#ifndef_XX_头⽂件.H

#define_XX_头⽂件.H

intA;

#endif

那么,很糟糕的是,这⾥的intA是个全局变量的定义,所以如果这个头⽂件被多次引⽤的话,你的A会被重复定义

显然语法上错了。只不过有了这个#ifndef的条件编译,所以能保证你的头⽂件只被引⽤⼀次,不过也许还是会岔⼦,但若多个c⽂件包含这个头⽂件时还是会出错的,因为

宏名有效范围仅限于本c源⽂件,所以在这多个c⽂件编译时是不会出错的,但在链接时就会报错,说你多处定义了同⼀个变量,

Linking...

:errorLNK2005:"intglb"()

Debug/:fatalerrorLNK1169:oneormoremultiplydefinedsymbolsfound

注意

extern

这个关键字真的⽐较可恶,在声明的时候,这个extern居然可以被省略,所以会让你搞不清楚到底是声明还是定义,下⾯分变量和函数两类来说:

(1)变量

尤其是对于变量来说。

externinta;//声明⼀个全局变量a

inta;//定义⼀个全局变量a

externinta=0;//定义⼀个全局变量a并给初值。

inta=0;//定义⼀个全局变量a,并给初值,

第四个等于第三个,都是定义⼀个可以被外部使⽤的全局变量,并给初值。

糊涂了吧,他们看上去可真像。但是定义只能出现在⼀处。也就是说,不管是inta;还是externinta=0;还是inta=0;都只能出现⼀次,⽽那个externinta可以出现很多次。

当你要引⽤⼀个全局变量的时候,你就要声明,externinta;这时候extern不能省略,因为省略了,就变成inta;这是⼀个定义,不是声明。

(2)函数

函数,函数,对于函数也⼀样,也是定义和声明,定义的时候⽤extern,说明这个函数是可以被外部引⽤的,声明的时候⽤extern说明这是⼀个声明。但由于函数的定义和声明是有区别

的,定义函数要有函数体,声明函数没有函数体,所以函数定义和声明时都可以将extern省略掉,反正其他⽂件也是知道这个函数是在其他地⽅定义的,所以不加extern也⾏。两者如此不

同,所以省略了extern也不会有问题。

⽐如:

intfun(void)

{

return0;

}

很好,我们定义了⼀个全局函数

intfun(void);

我们对它做了个声明,然后后⾯就可以⽤了

加不加extern都⼀样

我们也可以把对fun的声明放在⼀个头⽂件⾥,最后变成这样

intfun(void);//函数声明,所以省略了extern,完整些是externintfun(void);

intfun(void)

{

return0;

}//⼀个完整的全局函数定义,因为有函数体,extern同样被省略了。

然后,⼀个客户,⼀个要使⽤你的fun的客户,把这个头⽂件包含进去,ok,⼀个全局的声明。没有问题。

但是,对应的,如果是这个客户要使⽤全局变量,那么要extern某某变量;不然就成了定义了。

总结下:

对变量⽽⾔,如果你想在本源⽂件中使⽤另⼀个源⽂件的变量,就需要在使⽤前⽤extern声明该变量,或者在头⽂件中⽤extern声明该变量;

对函数⽽⾔,如果你想在本源⽂件中使⽤另⼀个源⽂件的函数,就需要在使⽤前⽤声明该变量,声明函数加不加extern都没关系,所以在头⽂件中函数可以不⽤加extern。

C程序采⽤模块化的编程思想,需合理地将⼀个很⼤的软件划分为⼀系列功能独⽴的部分合作完成系统的需求,在模块的划分上主要依据功能。模块由头⽂件和实现⽂件组成,对头⽂件

和实现⽂件的正确使⽤⽅法是:

规则1 头⽂件(.h)中是对于该模块接⼝的声明,接⼝包括该模块提供给其它模块调⽤的外部函数及外部全局变量,对这些变量和函数都需在.h中⽂件中冠以extern关键字声

明;

规则2模块内的函数和全局变量需在.c⽂件开头冠以static关键字声明;

规则3永远不要在.h⽂件中定义变量;

许多程序员对定义变量和声明变量混淆不清,定义变量和声明变量的区别在于定义会产⽣内存分配的操作,是汇编阶段的概念;⽽声明则只是告诉包含该声明的模块在连接阶段从其它模

块寻找外部函数和变量。如:

inta=5;

#include“module1.h”

#include“module1.h”

#include“module1.h”

以上程序的结果是在模块1、2、3中都定义了整型变量a,a在不同的模块中对应不同的地址单元,这明显不符合编写者的本意。正确的做法是:

externinta;

#include“module1.h”

inta=5;

#include“module1.h”

#include“module1.h”

这样如果模块1、2、3操作a的话,对应的是同⼀⽚内存单元。

规则4如果要⽤其它模块定义的变量和函数,直接包含其头⽂件即可。

许多程序员喜欢这样做,当他们要访问其它模块定义的变量时,他们在本模块⽂件开头添加这样的语句:

externintexternVar;

抛弃这种做法吧,只要头⽂件按规则1完成,某模块要访问其它模块中定义的全局变量时,只要包含该模块的头⽂件即可。

共享变量声明

就像在函数间共享变量的⽅式⼀样,变量可以在⽂件中共享。为了共享函数,要把函数的定义放在⼀个源⽂件中,然后在需要调⽤此函数的其他⽂件中放置声明。共享变量的⽅法和此⽅

式⾮常类似。

在此之前,不需要区别变量的声明和它的定义。为了声明变量i,写成如下形式:

inti;

这样不仅声明i是int型的变量,⽽且也对i进⾏了定义,从⽽使编译器为i留出了空间。为了声明没有定义的变量i,需要在变量声明的开始处放置关键字extern:

externinti;

extern提⽰编译器变量i是在程序中的其他位置定义的(⼤多数可能是在不同的源⽂件中),因此不需要为i分配空间。

顺便说⼀句,extern可以⽤于所有类型的变量。在数组的声明中使⽤extern时,可以忽略数组的长度:

externinta[];

因为此刻编译器不⽤为数组a分配空间,所以也就不需要知道数组a的长度了。

为了在⼏个源⽂件中共享变量i,⾸先把变量i的定义放置在⼀个⽂件中:

inti;

如果需要对变量i初始化,那么可以在这⾥放初始值。在编译这个⽂件时,编译器将会为变量i分配内存空间,⽽其他⽂件将包含变量i的声明:

externinti;

通过在每个⽂件中声明变量i,使得在这些⽂件中可以访问/或修改变量i。然⽽,由于关键字extern,使得编译器不会在每次编译其中某个⽂件时为变量i分配额外的内存空间。

当在⽂件中共享变量时,会⾯临和共享函数时相似的挑战:确保变量的所有声明和变量的定义⼀致。

为了避免⽭盾,通常把共享变量的声明放置在头⽂件中。需要访问特殊变量的源⽂件可以稍后包含适当的头⽂件。此外,含有变量定义的源⽂件包含每⼀个含有变量声明的头⽂件,这样

使编译器可以检查两者是否匹配。

如果⼯程很⼤,头⽂件很多,⽽有⼏个头⽂件⼜是经常要⽤的,那么

1。把这些头⽂件全部写到⼀个头⽂件⾥⾯去,⽐如写到preh.h

2。写⼀个preh.c,⾥⾯只⼀句话:#include"preh.h"

3。对于preh.c,在projecttting⾥⾯设置creatprecompiledheaders,对于其他

c⽂件,设置uprecompiledheaderfile

本文发布于:2022-12-29 02:30:24,感谢您对本站的认可!

本文链接:http://www.wtabcd.cn/fanwen/fan/90/50553.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

上一篇:codec
下一篇:rubicon
标签:extern
相关文章
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2022 Comsenz Inc.Powered by © 专利检索| 网站地图