C语言中不建议使用的关键词

一、前言

我们在学校学习或者有参加过C语言培训的话，应该都听说过“不建议使用goto语句”。但是，一般不会有人告诉你为什么不建议使用goto语句，类似于这种存在但不建议使用的关键词还有很多。

今天，我们就一起来看看，那些在C语言中存在但又不建议使用的关键词！

二、慎用goto关键词

关于goto语句的争议已经不是一天两天了，大部分C语言老师在讲到goto这关键字的时候一般都会叫大家慎用goto关键字。既然goto语句C语言标准中定义了，那为什么不建议使用呢？

因为goto语句不仅让代码的可读性很差，随意的跳出还会给程序带来安全隐患。但正是这种几乎被各大公司明令禁止使用的语句，在Linux内核中却被大量使用着。

这只能说明一点，那就是因为我们水平太菜了，公司怕因为你的一句goto造成代码莫名跑飞！

早期的程序员用goto来解决代码无法预料的后果，遇到什么问题就用一句goto，让程序跳转到某个指定语句。

但是如果你的水平不够，不能完全理解整个代码的执行过程的话，贸然使用goto就可以出现莫名的问题，并且程序还很难被查到！

不建议使用goto语句的原因还有以下几点原因：

goto语句可以被结构化程序的别的语句代替；
goto语句会导致程序可读性下降，因为在实际程序中，goto可以跳到任何地方，可以往前可以往后，看程序慢慢看，看到goto然后又要去找标识符到底跳到了哪里，可读性严重下降，让读程序的人很不舒服；
调试不舒服，调试程序时，由于有goto乱跳的，这就很难调试，去掉嘛，要重新写代码，不去掉，无从下手；

存在即合理，goto语句也不例外，goto它存在，确实在某些程序中使用可能有好处，但在我们学习的阶段，应该尽量不要碰这类程序，养成一个好的编程习惯。记住一句话：**别人写的goto我能看懂，但是我自己不会去写goto！**

三、慎用extern关键词

在C语言程序中，我们用extern关键字对某个变量作 “外部变量申明” ，表示该变量是一个已经定义的外部变量，编译器就会自动地在所有源文件里面查找该变量的定义。

但是在公司编程规范中有明确要求：不允许在C文件中使用 “extern” 来申明外部函数或全局变量

具体原因如下（其中一点原因）：

这样使用extern来定义全局变量确实能给我们带来了很大的便利，从而节省了我们很多的时间和精力。但是这样做也会存在一些危险，比如我们在c3.c文件引用的在a1.c文件的funca函数原型由UINT funca(UINT uiValue)变为UINT funca (UINT uiValue1, UINT uiValue2)我们在编译的时候不会报错，但是在我们执行程序的时候会在使用该函数的时候存在危险，尤其是该函数若有一个参数为指针，极有可能会存在对指针的误操作，而引起异常。

嵌入式特别是单片机的程序，最易犯的错误是全局变量满天飞。此现象在早期汇编转型过来的程序员以及初学者中常见，这帮家伙几乎把全局变量当作函数形参来用。

每当看到这种程序，我总要戚眉变脸而后拍桌怒喝。没错，就是怒喝，我不否认全局变量的重要性，但我认为要十分谨慎地使用它，滥用全局变量会引申带来其它更为严重的结构性系统问题。

滥用全局变量会造成不必要的常量频繁使用，特别当这个常量没有用宏定义“正名”时，代码阅读起来将万分吃力。
会导致软件分层的不合理，全局变量相当于一条快捷通道，它容易使程序员模糊了“设备层”和“应用层”之间的边界。写出来的底层程序容易自作多情地关注起上层的应用。这在软件系统的构建初期的确效率很高，功能调试进度一日千里，但到了后期往往bug一堆，处处“补丁”，雷区遍布。说是度日如年举步维艰也不为过。
由于软件的分层不合理，到了后期维护，哪怕仅是增加修改删除小功能，往往要从上到下掘地三尺地修改，涉及大多数模块，而原有的代码注释却忘了更新修改，这个时候，交给后来维护者的系统会越来越像一个“泥潭”，注释的唯一作用只是使泥潭上方再加一些乌烟瘴气。
全局变量大量使用，少不了有些变量流连忘返于中断与主回圈程序之间。这个时候如果处理不当，系统的bug就是随机出现的，无规律的，这时候初步显示出病入膏肓的特征来了，没有大牛来力挽狂澜，注定慢性死亡。

无需多言，您已经成功得到一个畸形的系统，它处于一个神秘的稳定状态！你看着这台机器，机器也看着你，相对无言，心中发毛。你不确定它什么时候会崩溃，也不晓得下一次投诉什么时候道理。

然后，我告诉大家现实层面的后果是什么。

“老人”气昂昂，因为系统离不开他，所有“雷区”只有他了然于心。当出现紧急的bug时，只有他能够搞定。你不但不能辞退他，还要给他加薪。
新人见光死，但凡招聘来维护这个系统的，除了改出更多的bug外，基本上一个月内就走人，到了外面还宣扬这个公司的软件质量有够差够烂。
随着产品的后续升级，几个月没有接触这个系统的原创者会发现，很多雷区他本人也忘记了，于是每次的产品升级维护周期越来越长，因为修改一个功能会冒出很多bug，而按下一个bug，会弹出其他更多的bug。在这期间，又会产生更多的全局变量。终于有一天他告诉老板，不行啦不行啦，资源不够了，ram或者flash空间太小了，升级升级。
客户投诉不断，售后也快崩溃了，业务员也不敢推荐此产品了，市场份额越来越小，公司形象越来越糟糕。