1. 内存的「暗面」：指针越界到底是个啥？
从一次线上事故讲起，理解指针越界的本质与危害。
一次让我失眠的线上事故
几年前，我负责一个实时数据处理系统。
系统跑得好好的，突然有一天，凌晨三点，报警电话响了。
内存报错，服务崩溃，数据丢失。
我赶到公司，翻日志，查core dump，折腾了两个小时。
最后定位到问题——一个指针越界。
就一行代码，让整个服务挂了。
你想想看，一个指针，只是多走了几个字节，就能让系统崩掉。
这就是我今天要跟你聊的——指针越界。
指针越界，到底是个啥？
说白了，指针越界就是你的指针跑到了不该去的地方。
比如你申请了一块内存，只能装10个整数。
结果你通过指针，写到了第11个位置。
嗯，这就是越界。
我习惯把内存想象成一排房间。
每个房间有门牌号（地址），里面住着数据。
指针就是一把钥匙，只能打开你租的那几间房。
越界，就是你拿钥匙去开别人的房门。
在C/C++里，指针越界通常有两种：
- 读越界：读取了不属于你的内存数据
- 写越界：往不属于你的内存里写了数据
写越界比读越界更危险。为什么？
因为读越界最多拿到脏数据，写越界可能直接破坏别人的数据。
一个简单的代码例子
来看一段代码，这是我当年事故的简化版：
#include <stdio.h>
#include <stdlib.h>
int main() {
int *arr = (int*)malloc(5 * sizeof(int));
if (!arr) return -1;
// 初始化数组
for (int i = 0; i < 5; i++) {
arr[i] = i * 10;
}
// 越界写：访问了第6个元素
arr[5] = 999; // 这里出事了
printf("arr[5] = %d\n", arr[5]); // 可能打印出999
free(arr);
return 0;
}这段代码能编译，能运行，甚至可能打印出正确结果。
但arr[5]这块内存，根本不属于你。
你往里面写数据，就像在别人家门口乱涂乱画。
当时没出事，不代表永远不出事。
越界的危害有多大？
我在项目中遇到过好几次越界问题，总结下来，危害主要有这几点：
| 危害类型 | 具体表现 | 后果严重性 |
|---|---|---|
| 程序崩溃 | 段错误、访问违例 | 高 |
| 数据损坏 | 覆盖了其他变量的值 | 高 |
| 逻辑错误 | 读到脏数据，程序行为异常 | 中 |
| 安全漏洞 | 被利用执行恶意代码 | 极高 |
你想想看，一个越界写，可能把函数返回地址给改了。
攻击者就能控制程序流程，想干嘛就干嘛。
这就是缓冲区溢出攻击的原理。
为什么指针越界这么难查？
说实话，指针越界是内存安全里最难调试的问题之一。
原因有三：
- 延迟暴露：越界当时可能没事，过一会儿才崩。你根本不知道是哪行代码惹的祸。
- 随机性：这次跑没问题，下次跑就崩。跟内存布局、线程调度都有关系。
- 隐蔽性：越界写可能只改了一个字节，但那个字节恰好是某个关键标志位。
我记得有一次，一个同事查了三天，才发现是数组下标写错了。
就一个off-by-one错误，让整个系统时好时坏。
指针越界的本质
说到底，指针越界的本质是什么？
是C/C++给了你太多自由。
你拿着一个地址，想读就读，想写就写。
系统不会拦着你，因为它信任你。
但人总会犯错。
我画了一张图，帮你理解指针越界的核心逻辑：
从这张图你能看到，指针本来指向合法区域。
但一旦偏移量算错，就跑到越界区域去了。
后果就是那四个字：崩、坏、错、漏。
怎么判断是不是指针越界？
我总结了几条经验，帮你快速定位：
- 看core dump：如果崩溃地址在堆或栈附近，大概率是越界
- 用AddressSanitizer：编译时加上-fsanitize=address，能直接告诉你哪行越界
- 检查循环边界：数组下标有没有多1或少1？
- 检查字符串操作：strcpy、sprintf这些函数，最容易越界
🔑 核心要点：
- 指针越界是C/C++中最常见的内存安全问题之一
- 越界写比越界读更危险
- 越界问题具有延迟暴露和随机性，很难调试
- 预防胜于治疗：写代码时就要注意边界
好了，这一章我们聊了指针越界的本质和危害。
说白了，就是你的指针跑到了不该去的地方。
下一章，我会带你深入内存布局，看看指针到底是怎么「走丢」的。