你知道吗如今最流行的C语言编译器其实并不完全遵守C语言标准。换句话说你写的代码可能根本就不是“标准C”。这听起来有点反常识但真相是C语言从诞生那天起就一直在“内斗”和“博弈”中进化。这事得从1978年说起。那一年丹尼斯·里奇和布莱恩·柯林汉出版了《C程序设计语言》也就是后来被奉为经典的“KR C”。那时候的C语言更像一个手工作坊里的工具灵活、自由但也乱得够呛。不同编译器各有各的规矩你写的一段代码换个机器可能就跑不了。你想啊这要是放在今天程序员们不得疯掉所以到了1989年美国国家标准协会ANSI终于出手了推出了第一个官方标准——ANSI C也就是C89。紧接着国际标准化组织ISO在1990年也发布了几乎一样的C90。从此C语言有了“普通话”。但问题来了这个标准并不是所有人都买账。比如微软它家的Visual C编译器就长期对C99的关键特性爱搭不理像可变长度数组VLA这种好东西微软愣是拖了好多年才慢慢支持。为啥商业利益和生态博弈呗。说到C99那可是C语言现代化的里程碑。1999年发布的标准带来了内联函数、long long类型、复合字面量、指定初始化器……简直是个大礼包。但结果呢并不是所有编译器都乖乖照做。嵌入式行业挑着用微软继续装死反倒是GNU C——那个自由软件运动的产物跳出来说“你们标准太保守我来加料”没错GNU C就是那个“叛逆者”。它跟GCC编译器深度绑定在标准C之外搞了一大堆扩展零长度数组、语句表达式、typeof关键字、__attribute__机制……这些玩意儿让Linux内核和嵌入式开发者如获至宝但也让“可移植性”成了笑话。你用GNU C写的代码到了Windows上用Visual Studio编译大概率报错。所以现在很多项目都搞个“双轨制”用-stdc99保证可移植用默认的-stdgnu11榨干性能。到了2011年C11标准终于开始重视安全性和多线程了比如匿名结构体、_Generic泛型选择还有那个让人又爱又恨的边界检查函数。可惜步子迈得不大主要是修修补补。2017年的C17更是只打了补丁没加新特性。C语言的进化从当年的大刀阔斧变成了现在的谨小慎微。但有意思的是GNU C依然在野蛮生长。它那些扩展比如__builtin_expect用来告诉编译器哪个分支更可能执行标准C里根本没有但性能优化上就是好用。你说你是选可移植性还是选性能这就像选苹果还是安卓没有绝对的对错只有适合不适合。那你可能会问未来呢C语言是不是要完蛋了别担心它死不了。你看那些嵌入式芯片、物联网设备、操作系统内核哪个不是C语言的地盘只是它的进化会更保守更注重兼容性。毕竟C语言背负着几十年的历史包袱不能像C那样动不动就推倒重来。而且GNU C和标准C的“双轨制”很可能长期并存就像现实世界里方言和普通话各有用武之地。说白了C语言标准的演化史就是一部程序员、厂商、开源社区之间的权力博弈史。没有哪个标准是“最好”的只有“最合适”的。如果你刚入门老老实实学C89/C99的基础语法如果你要写Linux内核那就得把GNU C的扩展摸透如果你关心安全C11/C17的边界检查函数值得研究。这事你怎么看你平时写代码是用标准C还是GNU扩展在评论区聊聊说不定能帮到不少正在纠结的同行。如果觉得有用转给那个总在“可移植性和性能”之间纠结的朋友吧。