2015年1月 C/C++大版内专家分月排行榜第二2012年3月 C/C++大版内专家分月排行榜第二2011年11月 C/C++大版内专家分月排行榜第二2010年6月 C/C++大版内专家分月排行榜第二2010年5月 C/C++大版内专家分月排行榜第二
2011年4月 C/C++大版内专家分月排行榜第三2011年2月 C/C++大版内专家分月排行榜第三2010年8月 C/C++大版内专家分月排行榜第三
2013年3月 C/C++大版内专家分月排行榜第三
2013年3月 C/C++大版内专家分月排行榜第三
2013年 总版技术专家分年内排行榜第三
2012年 总版技术专家分年内排行榜第七
本帖子已过去太久远了，不再提供回复功能。其实.cpp和.h文件名称没有任何直接关系，很多；谭浩强老师的《C程序设计》一书中提到，编译器预处；程序编译的时候，并不会去找b.cpp文件中的函数；在VC中，一帮情况下不需要自己写makefile；通常，编译器会在每个.o或.obj文件中都去找一；05.如何编写自己的h文件和c文件，并按项目管理；我们在编写的程序的时候，为了复用会封装一些方法，；编写mat
其实.cpp和.h文件名称没有任何直接关系，很多编译器都可以接受其他扩展名。
谭浩强老师的《C程序设计》一书中提到，编译器预处理时，要对#include命令进行“文件包含处理”：将headfile.h的全部内容复制到#include “headfile.h”处。这也正说明了，为什么很多编译器并不care到底这个文件的后缀名是什么----因为#include预处理就是完成了一个“复制并插入代码”的工作。
程序编译的时候，并不会去找b.cpp文件中的函数实现，只有在link的时候才进行这个工作。我们在b.cpp或c.cpp中用#include “a.h”实际上是引入相关声明，使得编译可以通过，程序并不关心实现是在哪里，是怎么实现的。源文件编译后成生了目标文件（.o或.obj文件），目标文件中，这些函数和变量就视作一个个符号。在link的时候，需要在makefile里面说明需要连接哪个.o或.obj文件（在这里是b.cpp生成的.o或.obj文件），此时，连接器会去这个.o或.obj文件中找在b.cpp中实现的函数，再把他们build到makefile中指定的那个可以执行文件中。
在VC中，一帮情况下不需要自己写makefile，只需要将需要的文件都包括在project中，VC会自动帮你把makefile写好。
通常，编译器会在每个.o或.obj文件中都去找一下所需要的符号，而不是只在某个文件中找或者说找到一个就不找了。因此，如果在几个不同文件中实现了同一个函数，或者定义了同一个全局变量，链接的时候就会提示“redefined”
05.如何编写自己的h文件和c文件，并按项目管理多个源文件-Make
我们在编写的程序的时候，为了复用会封装一些方法，这样就涉及到多个文件的编译，如何编译这些不同的文件，并链接成最后的可执行程序，如何管理这些文件，一次编译？
编写math.h 头文件
/*--===------------------------------------------===---
filename: math.h
实现简单的文件操作
--===------------------------------------------===---*/
extern int add(int i, int j);
编写math.c文件
/*--===------------------------------------------===---
filename: math.c
实现 math.h 文件里面定义的方法
编译方法：gcc -c main.c -o main.o
--===------------------------------------------===---*/
int add(int i, int j)
return i+j;
编写main.c程序
/*--===------------------------------------------===---
filename: main.c
主程序，测试 math.h 和 math.c 文件。
编译方法：gcc -c main.c -o main.o
--===------------------------------------------===---*/
#include &math.h&
int main(int argc, int argv)
printf(&the sum 3+5=%d.\n&,add(3,5));
最后，通过 gcc main.o math.o -o main 生成main程序。
xumh@ubuntu:~/cpp/make$ cat makefile
main: main.o math.o
gcc main.o math.o -o main
main.o : main.c math.h
gcc -c main.c -o main.o
math.o : math.c math.h
gcc -c math.c -o math.o
xumh@ubuntu:~/cpp/make$
一个简单的问题：.c和.h文件的区别
学了几个月的C语言，反而觉得越来越不懂了。同样是子程序，可以定义在.c文件中，也可以定义在.h文件中，那这两个文件到底在用法上有什么区别呢？
子程序不要定义在.h中。
函数定义要放在.c中，而.h只做声明.否则多引用几次，就会发生函数重复定义的错误。
.h只做声明，编译后不产生代码
这样做目的是为了实现软件的模块化
使软件结构清晰，而且也便于别人使用你写的程序
纯粹用 C 语言语法的角度，你当然可以在 .h 中放任何东西，因为 #include 完全等价 于把 .h 文件 Ctrl-C Ctrl-V 到 .c 中
.h 中应该都是一些宏定义和变量、函数声明，告诉别人你的程序“能干什么、该怎么用” .c 中是所有变量和函数的定义，告诉计算机你的程序“该怎么实现”
当然，如果一个 .h 被多个 .c 包含
而且 .h 中有对象（变量或函数）的定义，就会发生重复定义的错误了
声明可以无穷多次，定义只能一次
一般来说，一个C文件应该是一个模块
如果你的程序仅仅有一个模块（仅仅一个C文件），就可以不用建立H文件了。
否则你的模块肯定不是独立的，你的模块里面的实现要被别的模块调用。这个时候你最好生成一个头文件(H文件)，在头文件里面可以声明你的那些函数是公共的。当别的模块包含你的头文件后，就可以使用你的公共声明了。
一个C对应一个H，这样管理起来方便
比如你有一个&feed_dog.c&,那么就再添加一个&feed_dog.h&：
#ifndef _feed_dog_h
#define _feed_dog_h
extern void feed_dog(void);
其实在H文件里写函数也无所谓，只是不符合习惯而已。只要按照以上的格式写，一个H文件添加多少次都无所谓，呵呵
只是一种约定
在编译器里面，.c和.h是没有区别的，.c和.h如何使用完全取决于程序员,不过为了你的程序以后还能看懂而且别人也能看懂,请遵守普遍的约定,这些约定前面的大虾们已经讲了很多了.
这个就象汽车在马路上要靠右行使一样,是人为约定,汽车(编译器)本身并不知道自己是在靠左还是靠右行使.
如果你喜欢,还可以用任意后缀命名源文件和头文件,但这样干可能会导致集成编译和调试环境罢工,你只好自己写makefile文件了.
非常感谢各位大侠，不过我现在越来越糊涂了
1,当一个函数要经常使用(比如有十几个C文件使用它）时，一般我都放在H文件里，并在前面加上__inline.对于__inline函数,很多C文件都可以INCLUDE这个H文件，但是它好象只能被一个H文件INCLUDE，如果有两个H文件INCLUDE它，就会出现编译错误。
2，有些数组变量，其大小可能达十几K，而且要赋初值，这就不放在C文件里了，要不人都蒙了。
#ifndef _feed_dog_h
#define _feed_dog_h
extern void feed_dog(void);
mohanwei兄，是不是这样定议了，这个feed_dog.h就可以无数次的被INCLUDE了？
#ifndef _feed_dog_h //如果到目前为止还没有定义过“_feed_dog_h”这个宏
#define _feed_dog_h //则定义“_feed_dog_h”这个宏
extern void feed_dog(void); //声明一个外部函数
#endif //“#ifndef”到此结束
所以，不管你定义多少次（哪怕你在同一个C文件里定义多次），都不会发生冲突的。
在网上看到一篇关于.H和.C的文章,感觉不错,帖出与大家共享.
其实要理解C文件与头文件有什么不同之处，首先需要弄明白编译器的工作过程，一般说来编译器会做以下几个过程：
1.预处理阶段
2.词法与语法分析阶段
3.编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各个目标文件
4.连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关的可执行文件，当然，最后还可以用objcopy生成纯二进制
码，也就是去掉了文件格式信息.
编译器在编译时是以C文件为单位进行的，也就是说如果你的项目中一个C文件都没有，那么你的项目将无法编译，连接器是以目标文件为单位
，它将一个或多个目标文件进行函数与变量的重定位，生成最终的可执行文件，在PC上的程序开发，一般都有一个main函数，这是各个编译器
的约定，当然，你如果自己写连接器脚本的话，可以不用main函数作为程序入口！！！！
有了这些基础知识，再言归正传，为了生成一个最终的可执行文件，就需要一些目标文件，也就是需要C文件，而这些C文件中又需要一个main
函数作为可执行程序的入口，那么我们就从一个C文件入手，假定这个C文件内容如下：
#include &mytest.h&
int main(int argc,char **argv)
test = 25;
printf(&test.................%d\n&,test);
头文件内容如下：
现在以这个例子来讲解编译器的工作：
1.预处理阶段：编译器以C文件作为一个单元，首先读这个C文件，发现第一句与第二句是包含一个头文件，就会在所有搜索路径中寻找这两个
文件，找到之后，就会将相应头文件中再去处理宏，变量，函数声明，嵌套的头文件包含等，检测依赖关系，进行宏替换，看是否有重复定义
与声明的情况发生，最后将那些文件中所有的东东全部扫描进这个当前的C文件中，形成一个中间“C文件”
三亿文库包含各类专业文献、高等教育、各类资格考试、外语学习资料、幼儿教育、小学教育、生活休闲娱乐、C语言中.h和.c文件解析09等内容。　
　C语言中.h和.c文件解析C语言中.h和.c文件解析隐藏&& C 语言中.h 和.c 文件解析
15:32:30 收藏 | 打印 | 投票(1) | 评论 (... 　C 语言中.h 和.c 文件详解 c 语言中.c 和.h 文件的困惑 本质上没有任何区别。 只不过一般:.h 文件是头文件,内含函 数声明、宏定义、结构体定义等内容 ... 　C语言中.h和.c文件是经常用到的 在网上找到了一篇关于.h 和.c 的文章,...词法与语法分析阶段; 3.编译阶段,首先编译成纯汇编语句,再将之汇编成跟 CPU ... 　c语言中的.h头文件的格式_计算机软件及应用_IT/计算机_专业资料。c语言头文件...预编译处理是指在编译系统对文件进行编译---词法分析、语法分析、代码生成及优... 　C 语言中.h 和.c 文件解析( 18:07:37)转载标签: 杂谈 简单的说其实要理解 C 文件与头文件(即.h)有什么不同之处,首先需要弄明白编译器 的... 　c 语言中 time.h 用法详解 2008 年 07 月 22 日 12:53:11 作者: meizhe...本文还通过大量的实例 向你展示了 time.h 头文件中声明的各种函数和数据结构的... 　C++――头文件的作用,C 语言中的.h 头文件到底有什么用?每个 C++/C 程序通常分为两个文件。一个文件用于保存程序的声明( declaration )称为头文件。另一个... 　c语言math.h头文件下的函数_计算机软件及应用_IT/计算机_专业资料。数学函数库,一些数学计算的公式的具体实现是放在 math.h 里,具体有: 1 三角函数 double sin... 　需要通过头文件来联系起来, 这就是为什么先设计头文件,再实现.c 的原因 总结一下编码历程: 1,刚开始学 C,把各种结构体,函数声明放一个.h 中; 2,接着发现...【图文】第8章
C语言编程基础_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
C语言编程基础
上传于|0|0|暂无简介
大小：322.50KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢C语言中函数的声明、定义及使用的入门教程
投稿：goldensun
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了C语言中函数的声明、定义及使用的入门教程,重点讲述了main函数的相关知识,需要的朋友可以参考下
对函数的“定义”和“声明”不是一回事。函数的定义是指对函数功能的确立，包括指定函数名，函数值类型、形参及其类型以及函数体等，它是一个完整的、独立的函数单位。而函数的声明的作用则是把函数的名字，函数类型以及形参的类型、个数和顺序通知编译系统，以便在调用该函数时进行对照检查（例如，函数名是否正确，实参与形参的类型和个数是否一致），它不包括函数体。——谭浩强 ，《C程序设计》（第四版），清华大学出版社，2010年6月，p182
这段论述包含了许多概念性错误，这些概念错误在许多C语言书中都同样普遍存在。为了说明这些错误，首先来回顾一下C语言演变和发展的一些情况。
最早，C语言的代码可以这样写：
printf("hello,world!\n");
注意，这段代码对标识符printf没有进行任何说明。这是因为printf()函数的返回值为int类型。当时的C语言规定，对于没有任何说明的函数名，编译器会默认为返回值为int类型，因此对这样的函数名可以不做任何说明。那个时期的C语言，很多情况下int可以不写。例如main()函数返回值的类型为int就可以不写。
但是需要特别说明的是，这种“省劲”的写法已经过时，从C90标准起，这种写法就步入了被逐步抛弃的过程（尽管当时还没有完全立即废止）。C99废除了隐式函数声明法则（remove implicit function declaration），另外，省略main()前面的int也已经不再容许了。
在C语言早期，尽管有时不需要对函数名进行说明，但有些情况下对函数名进行说明还是必须的，比如：
double sqrt();
int main()
printf("%f\n" , sqrt(9.) );
这是因为函数sqrt()返回值的类型不是int类型而是double类型，编译器编译时需要知道sqrt(9.)这个表达式的类型。
不难注意到这种对函数名的说明非常简单，这是最早期的一种函数类型说明的形式。这种说明只着重说明函数名是一个函数及其返回值类型，如果程序员在调用函数时存在参数类型或个数方面的错误编译器是无法察觉的，因为函数类型说明中“()”内没有任何信息。
这种办法只说明了函数名与()进行运算的结果也就是函数返回值的数据类型，无法进一步检查参数方面的错误是这种写法的不足之处。
如果不写函数类型说明，也可以把函数定义写在函数调用之前：
double square ( double x)
return x *
int main(void)
printf("%f\n" , square(3.) );
这表明函数定义也具有对函数名的类型加以说明的效果，因此从这个意义上来说，函数定义也是一种对函数类型的说明。这种办法可以检查出函数调用时在参数个数和类型方面的错误。
但是，用这种办法说明函数名并不好，因为这样做在编程时还需要考虑应该把哪个函数定义写在前面，哪个写在后面的问题。假如函数A调用函数B，函数B调用函数C，函数C又调用函数A，究竟如何安排函数定义的顺序就会让人感到无所适从。此外这种办法也不利于代码的组织，在由多个源文件组成的源程序时，这种写法就更会捉襟见肘、漏洞百出。因此，在1990年，C标准借鉴C++语言规定了一种新的说明函数名的方法，这就是函数原型（Function Propotype）式说明函数类型的方法：
double square ( double ); //或 double square ( double x)
int main(void)
printf("%f\n" , square(3.) );
double square ( double x)
return x *
使用这种办法，不但可以检查函数调用时参数类型和个数方面的错误，同时解决了源代码的组织问题，因为程序员不必再考虑该把哪个函数写在前面、哪个写在后面这种无聊的问题了。这种办法全面地说明了函数名的数据类型。此外要说明的是，把形参及其数据类型写在“()”内形式的函数定义也属于函数原型（Function Propotype）的范畴。
由此可见，古老的、不对参数进行任何说明的函数类型说明方式、函数定义以及函数原型式的函数类型说明方式都具有说明函数名意义的效用。从这个意义上讲它们都是函数声明。在C语言中，声明（Declaration）这个词的本义就是指定标识符的意义和性质（A declaration specifies the interpretation and attributes of a set of identifiers.），某个标识符的定义（Definition）同时也是这个标志符的“声明”（Declaration）。函数定义（Function definition）则意指包括函数体。(A definition of an identifier is a declaration for that identifier that: ……for a function, includ)。函数原型则特指包括说明参数类型的函数声明，它同样包含用这种方式写出的函数定义。
现在回过头来看样本中的第一句话：“对函数的“定义”和“声明”不是一回事”。由于函数定义本身就是一种函数声明，怎么可以说它们不是一回事呢？这句话的逻辑就如同说“男人”和“人”不是一回事。你可以说男人和女人不是一回事，因为他们没有交集。但没法说男人和人不是一回事，因为男人是人的子集，男人就是人的一种，怎么可以说男人和人不是一回事呢？
那么，不带函数体的函数声明应该如何称呼呢？在C语言中，它们叫被做“函数类型声明”（Function type declaration）。函数类型声明最主要的特点是声明了函数名是一个函数及其返回值的类型，如果也声明了参数的类型，则是函数原型式的函数类型声明。
样本中的“而函数的声明的作用则是把函数的名字，函数类型以及形参的类型、个数和顺序通知编译系统，以便在调用该函数时进行对照检查（例如，函数名是否正确，实参与形参的类型和个数是否一致），它不包括函数体”这句话同样不通。其主要错误是它混淆了“函数原型式类型声明”与“函数声明”这两个概念，前一个概念只是后一个概念的子集。函数声明中不但包含“函数类型声明”，也包含“函数定义”和老式的“函数类型声明”。由于函数定义本身就是一种函数声明，所以无法断定函数的声明是否包括函数体；而且老式的函数类型声明（例如double sqrt();）也属于函数声明，这种函数声明并不检查参数类型及个数方面的错误。此外函数声明也并没有检查“函数名”正确与否的功能。
这段文字中的“函数类型”这个概念也有错误，函数类型所描述的不但包括函数返回值类型，也可能一并描述参数的个数和类型（如果是函数原型），因此不能与“形参的类型、个数”相提并论。
现代的C语言的函数定义和函数类型声明都采用函数原型式的风格，C99把旧的非原型形式视为过时，这意味着非原型形式以后可能被禁止。
main()函数
在各种C语言书上，能看到各式各样main()函数的写法，简直令人无所适从，这是这么回事？原因主要有两个：一个是随着C语言的发展和演化，main()函数的写法也在不断变化；另外，某些书籍写法不规范或误导的现象也同时存在。
最初main()函数的写法非常简洁，那个时候的C程序员哪怕一个字符似乎都不肯多写。不知道是因为当时键盘质量不好还是因为编辑器太糟糕的缘故，那个时代的C程序员似乎惊人地一致崇尚“简约”——甚至可以说是“至简”。
printf("hello,world\n");
这就是main()函数最古老的写法，K&R在他们的经典名著《The C Programming Language》中的第一个C语言源程序（1978）。这种写法是那个时代的主流。
简直和裸体差不多，连#include&stdio.h&也没有么？在《The C Programming Language》的第一版中确实没有。那个时代的C语言，返回值类型为int的函数不用声明。不过在该书的第二版（1988）中这个程序被改成了：
#include &stdio.h&
printf("hello,world\n");
返回值类型为int的函数不用声明的规则改变了吗？规则没有改变。改变了的是观念，人们已经不再倾向于代码的“至简”，而开始倾向于在代码中交代清楚每一个标识符的来龙去脉。从C89开始倡导在函数调用之前一定要有函数声明，但并没有强求，而在C99这已经是强制性的要求了。由于《The C Programming Language》第二版正值ANSI C标准颁布（1989）前夕出版，所以这种变化也应该视为ANSI C标准的倾向性以及K&R对新标准的认同。尽管这个例子没有完全反映出来这种认同。
为什么说没有完全反映出来这种认同呢？因为这个main()的定义并没有按照函数原型(Function prototype)的方式来写，C90中规定不带参数的main()函数应该这样写：
int main(void) { /*. . .*/}
但同时规定那个int可以省略。C90把()内不写任何内容视为过时的写法，尽管C90无奈地容忍了它(The use of function declarators with empty parentheses (not prototype-format parameter type declarators) is an obsolescent feature.)。
为什么要容忍？因为有许多老式的代码还在用。
如果以C99的标准看这个main()写得如何呢？C99不容许省略int。但同样只把()内不写任何内容视为过时，而没有完全禁止，可见习惯力量的顽固。
那又为什么说K&R对新标准的认同呢？《The C Programming Language》第二版中的其他函数定义和函数类型声明基本上都改成了函数原型风格。比如，在讲解main()函数的参数时，K&R把原来的main()函数
#include &stdio.h&
main(argc,argv)
char *argv[];
#include &stdio.h&
main(int argc, char *argv[])
前一个写法今天已经差不多绝迹，后一个main()以今天的眼光来看有些奇怪，main()的参数是用函数原型风格写的，但却没有写main()返回值的类型，给人有点半新半旧的感觉。尽管不能说它违背C90（因为C90容许不写main()前面的int），但如果写上了返回值的类型int，就同时满足现代C99标准的要求了。
这里出现的“return 0;”是怎么回事？这在现代C语言中已经是司空见惯了，它返回给操作系统一个值以表明程序是在何种状态下结束的。但在另一段代码中，K&R似乎又走得太远：
#include &stdio.h&
main(int argc,char *argv[])
int found = 0 ;
/*……计算found的值 */
这个实在有些“标新立异”，居然把计算结果返回给了操作系统，颇有突破常规之嫌。
那前面几个没有“return 0;”的main()函数会怎么样？按照C90标准，会返回一个不确定的int类型的值，如果确实不关心这个返回值是多少，不写确实可以。但C99却要求编译器在编译的时候帮忙给补上这个“return 0;”，C99在必须写int这个问题上没有迁就懒人，但在这里却对偷懒的做法给予了迁就。 问：如果确实不关心main()函数的返回值，把main()的返回值定义为void类型如何？我看到许多书上都这样写的。
#include &stdio.h&
void main()
printf("This is a C program.\n");
这在C99之前是一种野路子写法，究竟从哪里冒出来的，无据可考。但前几年的主流教科书中这种写法很常见。K&R（C语言的发明者）没有这样写过，C90国际标准也不承认这种写法。Bjarne Stroustrup（C++语言的创始人）在他的关于C++的FAQ中，在回答是否可以写“void main()”时愤怒地回答说这种写法在C++和C中都不曾有过。事实上，很多C语言专家都认为“void main()”非常邪恶。
因此，在C99之前，这是不符合标准的写法。尽管这段代码的功能似乎是输出“This is a C program.”，但其实却不是一个“C program”。
但是有时这样写并没有产生错误啊？首先，C语言的错误不一定反应在编译、链接或运行过程中。你输出一个垃圾值也可能一路通过编译、链接或运行，但这不说明你的代码没有错误，更不能说明这样的代码正确、有意义。其次，这样的写法在有些编译器下程序会产生崩溃或得到警告。这说明这种写法至少不普遍性适用的。可以说，如果不是C99标准，这种写法根本没有立锥之地。
C99给了这种写法以立足之地么？从某种意义上也许可以这样理解。因为K&R没承认过这种写法，C90根本不承认这种写法，C99虽然没有正式承认这种写法，但为这种写法留了一个后门：“It shall be defined ……or in some other implementation-defined manner”。这意思就是说，如果编译器明确声称允许void main()这种写法的话，那么C99不再象C90那样简单认为这种写法违背C标准。
但是不管怎么说，这种写法最多是某些编译器的一种“方言土语”，如果没有特殊理由，比如仅仅是工作在某个特殊环境，且仅仅使用特定的编译器而根本不考虑程序的可移植性，为什么不写普遍适用的形式呢？
既然很多C语言专家都认为“void main()”非常邪恶，C99为什么包容这种写法呢？很难确定C99是否就是打算专门想把这种写法也“收容”在标准之列。因为除了void main()，还有另外一些main()函数的写法被C90排除在标准之外了。而现在，这些写法在理论上也具备了符合C99标准的可能性。
还有什么样的main()函数？很多编译器都支持下面的main()的写法：
int main(int argc, char *argv[], char *env[])
居然有3个形参，那个env是做什么用的？那个参数可以使程序获得环境变量。
什么叫环境变量？简单地讲可以理解为操作系统记录的一些数据，比如计算机的名字，操作系统放在哪里等等。应用程序在运行时可能要用到这些信息，这时可以通过env这个参数来获得。
如果编译器不支持main()的第三个参数怎么办？标准库函数也可以达到同样的目的。
#include &stdlib.h&
char *getenv(const char *name);
是否可以说void main()和int main(int argc, char *argv[], char *env[])也符合C99标准呢？恐怕还不能这么说，现在只是不能说这两种写法一定不符合C99标准。但这两种写法不符合C90标准是确定的，这两种写法的可移植性很差也是确定无疑的。C99标准在这里写的很模糊，没有进一步界定“implementation-defined manner”的含义。除非编译器声明遵守C99标准，且容许这两种写法，否则断言这两种写法符合C99标准属于空穴来风。
有人说“C99建议把main函数指定为int型”，这种说法对吗？显然不对。因为C99并非绝对不包容返回值非int类型的main()。正确的说法是，C90要求main()函数的返回值一定得是int型。但C90容许不写那个int，而C99则要求必须写上这个“int”。
下面这种风格如何？
#include &stdio.h&
int main()
printf("This is a C program.\n");
这个写法有点不伦不类。返回值的类型int写了，这个和C89的倡导或C99的要求一致，但是()里面什么都不写，又与标准的所倡导的风格不符，所以说不伦不类。这种写法目前的标准依然容许，但属于标准目前尚能容忍的但即将过时的（obsolescent）写法，被抛弃只是早晚的问题。这种写法就如同古代的函数形参的写法一样：
main(argc,argv)
char *argv[];
都属于历史的垃圾。
见过在main()的函数体的“}”之前前写一句getch();，这个是怎么回事？这个是时代的产物。在PC从DOS时代转变为Windows时代的过程中，DOS时代开发的IDE（主要是TC）无法在运行程序后显示输出结果，为了在运行后从容仔细地观察一下运行结果再返回IED界面，加上了这么一句，人为地延长程序运行时间（因为getch()会等待用户输入一个字符）。但这与main()本身的结构无关。这条语句不具备普遍意义，只是将就过时的IDE的一种权宜之计而已。所谓不具备普遍意义是指，第一，真正的程序往往不需要这条语句，就是说这条语句与程序功能无关；第二，getch()这个函数并不是标准函数，只有个别的编译器才支持它，在其他编译器上写这条语句，很可能行不通。
为什么不用getchar()这个标准库函数呢？getchar()的功能和getch()有点区别，前者会在标准输出设备上显示用户键入的字符，这显得很不利索，而后者则不会显示用户所键入的字符，更接近“Press Any Key to continue……”的效果。
有的代码在main()函数结束前写system("PAUSE");，是否也是这个意思？是的。这也是一种人工制造的“请按任意键继续. . .”，与程序功能结构无关，只是为了方便地观察输出结果。但是这种写法比调用getch()要好，因为system()函数是标准库函数，各个编译器都提供支持。
有一种说法，“在最新的C99标准中，只有以下两种定义方式是正确的：”
int main( void )
int main( int argc, char *argv[] )
这种说法对吗？
这种说法显然不对。但可以确认的是这两种定义方式一定正确。不但在C99来说是正确的，以C89来说也是正确的。
还有一种写法：
int main( void )
return EXIT_SUCCESS;
那个EXIT_SUCCESS是怎么回事？
return EXIT_SUCCESS;是与return 0;等价的一种文雅的写法。EXIT_SUCCESS是在stdlib.h中定义了的符号常量，返回这个值表示程序任务完成后程序退出。在stdlib.h定义的另一个符号常量EXIT_FAILURE，通常用于程序无法完成任务而退出。
实在太眼花缭乱了，需要记住这么多吗？显然没必要。很多东西都是历史原因遗留下的垃圾。
如果学习C语言，应该记住或使用哪种呢？显然是：
int main( void )
int main( int argc, char *argv[] )
第一，他们普遍适用，不存在可移植性的问题；
第二，就目前看，他们不存在任何过时或即将过时的成分。当然，如果喜欢文雅，不写return 0;而写EXIT_SUCCESS也可以。 顺便说一句，有的学习者记不住带参数main()函数两个形参的名字。其实这两个形参的名字也可以自己取，不一定用那两个名字，只要记住类型就可以了。第二个参数的类型也可以是char **，这和原来的是等价的。
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具}