一门语言能活半个世纪，要么是博物馆里的化石，要么是地基里的钢筋。
C语言显然是后者，它不构建花哨的楼阁，而是深埋进操作系统与硬件之间，做那根控制内存布局和IO时序的承重梁。
等等…谁还在用C语言？
如果你是个新生代程序员，泡在Python生态的API Boy，你确实会纳闷这都2025年了，谁还写C啊？这玩意儿不是老古董吗？
但现实是写C的人比你以为的多得多。
而且不只是那些留着大胡子、穿着BSD、GitHub T恤的大佬，从你兜里的手机到墙角的智能插座，C语言一直都在。新语言的“后浪”依旧没能拍死这位50岁的“前浪”。
因为它不考虑是否用更优雅、更短小的方式实现功能，也不关心工程师的发量多少，它只关心机器是怎么运作的——这一核心理念，50年来从未改变。
C23 核心升级亮点
C23标准发布时，有人说这是“王者归来”。要我说，王者压根就没离开过。它只是偶尔翻个身，告诉世界自己还醒着。
那么，一门50岁的语言，还能折腾出什么新花样？
看看C23都加了些什么：它引入了 auto 关键字进行类型推导，有了 nullptr，甚至支持了 constexpr 编译期常量，看起来像是在向C++靠拢。
- 安全整数运算：基于
ckd_add、ckd_sub 等函数。不错，终于有官方的溢出检查了。多少安全漏洞是因为整数溢出埋下的？现在总算有个标准做法。
- 原生UTF-8编码支持：基于
char8_t 类型。世界不是ASCII码的，C语言终于承认了这一点。全球化不是可选，是必须，今后连嵌入式设备都得流畅显示中文了。
- 显式内存清零机制：基于
memset_explicit() 函数。这个函数明确告诉编译器：“别自作聪明地优化掉我”，对于敏感数据清理至关重要。
#include <stdckdint.h>
#include <stdbool.h>
#include <uchar.h>
int main(void){
int x;
if (ckd_add(2147483640, 100, &x)) {
// 检测到整数溢出，终于不用自己手写检查了，虽然手写也没多难
}
int mask = 0b1010'1100;
// 统计掩码中 1 的位数，这不是python才有的待遇吗
int ones = stdc_count_ones(mask);
}
C语言仍是与硬件交互的语言
新语言总爱标榜自己“更抽象、更安全”，但它们真的关心与操作系统和硬件的直接对话吗？
Linux、RTOS用C，不是因为历史包袱，而是因为没得选。你要在启动时初始化页表，要在中断处理里保存寄存器状态……用C语言，只需要10行以内就可以构建起一个最基础的 “运行时” （设置堆栈、PC指针）。那么，其他高级语言的“运行时”本身又是用什么创建的呢？
所以，C语言的可移植性是刻在骨子里的。50年来，每一个新芯片架构诞生时，第一个需要适配的软件永远是C编译器。这几乎成了芯片厂家证明流片成功的“Hello World”仪式。
C语言之所以不死，正是因为它从来就不活在“时髦技术清单”里。它活在机器与人的夹缝中，静静地看着一代又一代“革命性语言”来了又去。对于想深入理解计算机系统底层原理的开发者而言，掌握C语言依然是一门必修课。想了解更多硬核技术讨论，可以访问云栈社区。 | 
发表于 3 天前
|
查看: 11|
回复: 0
