C语言「NULL 真假分身」:90% 写错的空指针陷阱

简介: 在C语言中,`NULL`与`0`本质不同:前者是空指针常量(如`(void*)0`),后者是整数。变参函数中混用会导致崩溃;跨平台时`NULL`赋整型可能截断。安全规范:只含`<stddef.h>`后使用,指针判空用`p == NULL`,禁赋整型。

很多人以为 NULL == 0,但在 C 里,它们根本不是一回事

1. 两个完全不同的东西

  • 空指针常量:源码层面的 0(void *)0
  • 空指针:运行时、操作系统判定为无效地址的指针值

编译器会自动把空指针常量转为对应平台的空指针,但类型不一样

2. 致命暗坑:变参函数传 NULL

printf("%s", 0);   // 崩溃:传 int 0
printf("%s", NULL);// 正常:传指针空值

可变参数不做隐式转换,0 是整型,NULL 是指针,栈布局错位直接炸。

3. 隐蔽跨平台坑

32 位:指针 4 字节
64 位:指针 8 字节
直接写 int x = NULL;,64 位会截断高 4 字节,埋下随机崩溃。

极简安全规范

  1. 只包含 <stddef.h> 再用 NULL
  2. 指针判空只用:if (p == NULL) / if (!p)
  3. 永远不要把 NULL 赋值给整型变量
相关文章
|
6月前
|
安全 编译器 C语言
C语言「宏的暗门」:预处理阶段的隐形篡改与避坑守则
宏是C语言预处理阶段的纯文本替换工具,无类型、无作用域、不检语法,易引发括号缺失、副作用、分号错误、类型混乱和命名污染等六大陷阱。安全使用须严守括号规范、避免参数复用、善用`do{...}while(0)`、优先选用内联函数,并及时`#undef`。(239字)
443 10
|
6月前
|
网络协议 编译器 C语言
C语言深度解析:内存对齐与结构体填充的底层逻辑
C语言中,内存对齐是CPU硬件强制要求的底层规则,直接影响结构体大小、访问性能与硬件兼容性。合理排列成员可减少填充、节省内存;滥用`#pragma pack`则易致崩溃或性能暴跌。嵌入式、网络协议与跨平台开发必备核心知识。(239字)
612 14
|
6月前
|
编译器 程序员 C语言
C语言深度解析:未定义行为(UB)—— 90%玄学bug的根源
C语言因极致性能与硬件控制力成为系统开发首选,但其“自由”伴生未定义行为(UB):语法合法却结果不可控,是“调试正常、上线崩溃”的元凶。UB包括数组越界、有符号溢出、空指针解引用、序列点违规、重复释放等,编译器可任意优化或崩溃。规避需严守边界、开启高警告、判空置空、拆分表达式、预检溢出。(239字)
|
6月前
|
存储 C语言
C语言深度解析:static 关键字的三大核心本质
`static`是C语言中兼具生命周期、作用域与链接属性控制的关键字:修饰局部变量使其驻留静态区、仅初始化一次;修饰全局变量或函数则限定为文件内私有,有效避免命名冲突、实现模块化封装与内存精准管理。(239字)
1093 7
|
6月前
|
存储 网络协议 安全
C语言「内存对齐潜规则」:结构体里看不见的填充字节
内存对齐是CPU硬件要求的数据地址约束规则:变量须存于其字节大小的整数倍地址。编译器自动插入填充字节确保对齐,导致结构体体积“膨胀”、硬件寄存器读写错位或协议异常。合理排序成员(从大到小)、慎用`packed`、明确对齐控制,是嵌入式与底层开发的关键避坑要点。(239字)
|
6月前
|
缓存 前端开发 JavaScript
前端渲染性能的底层逻辑:跳出重排重绘的表层认知
本文揭示前端渲染优化的本质:性能瓶颈不在“重排重绘”本身,而在于浏览器渲染流水线(JS→样式→布局→绘制→合成)的**触发频次与全链路开销**。主流框架的优化逻辑——批量更新、精准更新、合成层隔离——正是围绕降低流水线调用成本展开。落地只需三招:收敛更新时机、善用编译期优化、慎用合成层。
|
6月前
|
人工智能 安全 编译器
C语言的「隐形时序契约」:序列点、副作用与求值顺序终极拆解
本文深入解析C语言中极易被忽视的“序列点”机制,揭示Debug/Release模式差异、跨平台结果不一致等玄学bug的根源——未定义行为(UB)。从副作用定义出发,系统梳理7类标准序列点,剖析4大高频陷阱(如`i=i++ + ++i`),并提供6条安全编码铁律,助你写出稳定、可移植的C代码。(239字)
521 11
|
6月前
|
存储 C语言 内存技术
C语言深度解析:大小端字节序——多字节数据的底层存储规则
大小端指CPU对多字节数据在内存中的存放顺序:大端高字节存低地址,小端反之。x86/ARM默认小端,网络字节序统一为大端。跨平台、网络通信、二进制协议开发中必须显式处理字节序转换,否则数据解析必错。
1191 138
|
6月前
|
安全 编译器 C语言
C语言深度解析:严格别名规则——指针强转的隐形陷阱
C语言严格别名规则禁止不同非char指针访问同一内存,是编译器激进优化(如常量折叠)的基石。违规(如强制类型转换解析协议)会导致O2下玄学bug。安全方案:优先用memcpy(零开销)、union类型双关;避免关闭-fno-strict-aliasing。
|
6月前
|
存储 安全 编译器
C语言「存储期四象限」:变量生死的底层宪法,90%内存bug的根源
本文深入剖析C语言四大存储期(静态、自动、分配、线程),揭示“变量消失”“指针错乱”“内存泄漏”等顽疾的根源——**访问了生命周期已结束的内存**。用四象限模型厘清变量生死规则,助你从底层杜绝90%内存bug。(239字)
438 15