我遇到过很多程序员和计算机系毕业的学生,也给很多程序员和计算机系毕业的学生讲解过《高级C 语言程序设计》。每期班开课前,我总会问学生:你感觉 C 语言学得怎么样?难吗?指针明白吗?数组呢?内存管理呢?往往学生回答说:感觉还可以, C 语言不难,指针很明白,数组很简单,内存管理也不难。一般我会再问一个问题:通过这个班的学习,你想达到什么程度?很多学生回答:精通 C 语言。我告诉他们:我很无奈,也很无语。因为我完全在和一群业余者或者是 C 语言爱好者在对话。你们大学的计算机教育根本就是在浪费你们的时间,念了几年大学,连 C 语言的门都没摸着。现在大多数学校计算机系都开了 C 、 C++ 、 Java 、 C# 等等语言,好像什么都学了,但是什么都不会,更可悲的是有些大学居然取消了 C 语言课程,认为其过时了。我个人的观点是“十鸟在林,不如一鸟在手”,真正把 C 语言整明白了再学别的语言也很简单,如果 C 语言都没整明白,别的语言学得再好也是花架子,因为你并不了解底层是怎么回事。当然我也从来不认为一个没学过汇编的人能真正掌握 C 语言的真谛。我个人一直认为,普通人用 C 语言在 3 年之下,一般来说,还没掌握 C 语言; 5 年之下,一般来说还没熟悉 C 语言; 10 年之下,谈不上精通。所以,我告诉我的学生:听完我的课,远达不到精通的目标,熟悉也达不到,掌握也达不到。那能达到什么目标? ----- 领你们进入 C 语言的大门。入门之后的造化如何在于你们自己。不过我可以告诉你们一条不是捷径的捷径:把一个键盘的 F10 或 F11 按坏,当然不能是垃圾键盘。
往往讲到这里,学生眼里总是透露着疑虑。C 语言有这么难吗?我的回答是:不难。但你就是用不明白。学生说:以前大学老师讲 C 语言,我学得很好。老师讲的都能听懂,考试也很好。平时练习感觉自己还不错,工作也很轻松找到了。我告诉学生:听明白,看明白不代表你懂了,你懂了不代表你会用了,你会用了不代表你能用明白,你能用明白不代表你真正懂了!什么时候表明你真正懂了呢?你站在我这来,把问题给下面的同学讲明白,学生都听明白了,说明你真正懂了。否则,你就没真正懂,这是检验懂没懂的唯一标准。冰山大家都没见过,但总听过或是电影里看过吧?如果你连《泰坦尼克》都没看过,那你也算个人物(开个玩笑)。《泰坦尼克》里的冰山给泰坦尼克造成了巨大的损失。你们都是理工科的,应该明白冰山在水面上的部分只是总个冰山的 1/8 。我现在就告诉你们, C 语言就是这座冰山。你们现在仅仅是摸到了水面上的部分,甚至根本不知道水面下的部分。我希望通过我的讲解,让你们摸到水面下的部分,让你们知道 C 语言到底是什么样子。
当然,关于C 语言的这么多经验和心得的积累并非我一人之力。借用一句名言:我只不过是站在巨人的肩膀上而已。给学生做培训的时候我参考得比较多的书有: Kernighan & Ritchie 的《 The C P rogramming Language》; Linden 的《 Expert C Programming 》; Andrew & Koening 《 C Traps and Pitfalls 》; Steve Maguire 的《 Write Clean Code 》; Steve McConnell 的《 Code Complete. Second Edition 》;林锐的《高质量C++/C 编程指南》。这些书都是经典之作,但却都有着各自的缺陷。读者往往需要同时阅读这些书才能深刻的掌握某一知识点。我的讲课的试图时候融各家之长,再加上我个人的见解传授给学生。还好,学生反映还可以,至少还没有出乱子。这些书饱含着作者的智慧,每读一遍都有不同的收获,我希望读者能读上十遍。另外,在编写本书时也参考了网上一些无名高手的文章,这些高手的文章见解深刻,使我受益匪浅。这里要感谢这些大师们,如果不是他们,肯怕我的 C 语言的水平也仅仅是入门而已。
学习C 语言,这几本书如果真正啃透了,水平不会差到哪。与其说本书是我授课的经验与心得,不如说本书是我对这些大师们智慧的解读。本书并不是从头到尾讲解 C 语言的基础知识,所以,本书并不适用于 C 语言零基础的人。本书的知识要比一般的 C 语言书说讲的深的多,其中有很多问题是各大公司的面试或笔试题。所以本书的读者应该是中国广大的计算机系的学生和初级程序员。如果本书上面的问题能真正明白 80% ,作为一个应届毕业生,肯怕没有一家大公司会拒绝你。当然,书内很多知识也值得计算机教师或是中高级程序员参考。尤其书内的一些例子或比方,如果能被广大教师用于课堂,我想对学生来说是件非常好的事情。有人说电影是一门遗憾的艺术,因为在编辑完成之后总能或多或少的发现一些本来可以做得更好的缺陷。讲课同样也如此,每次讲完课之后总能发现自己某些地方或是没有讲到,或是没能讲透彻或是忘了举一个轻浅的例子等等。整理本书的过程也是,为了尽量精炼,总是犹豫一些东西的去留。限于作者水平,书中难免有些遗漏甚至错误,希望各位读者能予指教。作者 Mail: dissection_c@163.com .
陈正冲
2008年 6 月 23 日
目 录
第一章 关键字 9
1.1,最宽恒大量的关键字 ----auto 11
1.2,最快的关键字 ---- register 11
1.2.1,皇帝身边的小太监 ---- 寄存器 11
1.2.2,使用 register 修饰符的注意点 11
1.3,最名不符实的关键字 ----static 12
1.3.1,修饰变量 12
1.3.2,修饰函数 13
1.4,基本数据类型 ----short 、 int 、 long 、 char 、 float 、 double 13
1.4.1,数据类型与 “ 模子 ” 14
1.4.2,变量的命名规则 14
1.5,最冤枉的关键字 ----sizeof 18
1.5.1,常年被人误认为函数 18
1.5.2, sizeof ( int ) *p 表示什么意思? 18
1.4, signed 、 unsigned 关键字 19
1.6, if 、 else 组合 20
1.6.1, bool 变量与 “ 零值 ” 进行比较 20
1.6.2, float变量与 “ 零值 ” 进行比较 21
1.6.3,指针变量与 “ 零值 ” 进行比较 21
1.6.4, else 到底与哪个 if 配对呢? 22
1.6.5, if 语句后面的分号 23
1.6.6,使用 if 语句的其他注意事项 24
1.7, switch 、 case 组合 24
1.7.1,不要拿青龙偃月刀去削苹果 24
1.7.2, case 关键字后面的值有什么要求吗? 25
1.7.3, case 语句的排列顺序 25
1.7.4,使用 case 语句的其他注意事项 27
1.8, do 、 while 、 for 关键字 28
1.8.1, break 与 continue 的区别 28
1.8.2,循环语句的注意点 29
1.9, goto 关键字 30
1.10, void 关键字 31
1.10.1, void a ? 31
1.10, return 关键字 34
1.11, const 关键字也许该被替换为 readolny 34
1.11.2,节省空间,避免不必要的内存分配,同时提高效率 35
1.12,最易变的关键字 ----volatile 36
1.13,最会带帽子的关键字 ----extern 37
1.14, struct 关键字 38
1.14.1,空结构体多大? 38
1.14.2,柔性数组 39
1.14.3, struct 与 class 的区别 40
1.15, union 关键字 40
1.15.1,大小端模式对 union 类型数据的影响 40
1.15.2,如何用程序确认当前系统的存储模式? 41
1.16, enum 关键字 42
1.16.1, 枚举类型的使用方法 43
1.16.2,枚举与 #define 宏的区别 43
1.17,伟大的缝纫师 ----typedef 关键字 44
1.17.1,关于马甲的笑话 44
1.17.2,历史的误会 ---- 也许应该是 typerename 44
1.17.3, typedef 与 #define 的区别 45
1.17.4, #define a int[10] 与 typedef int a[10] ; 46