指针越界概述：什么是指针越界、指针越界的危害、常见场景

指针越界，说白了就是你的指针跑到了它不该去的地方。我刚开始学C语言那会儿，总觉得指针就是个地址，随便加减一下应该没事吧？结果呢？程序跑着跑着就崩了，有时候崩得莫名其妙，有时候数据莫名其妙被改了。嗯，这就是指针越界的典型表现。

什么是指针越界

指针越界，指的是指针通过算术运算（比如 p++、p+5）或者数组下标访问，超出了它原本合法指向的内存区域。你想想看，指针本来指向一个长度为10的数组，结果你访问了第15个元素，这就是越界。

举个例子：

int arr[5] = {1, 2, 3, 4, 5};
int *p = arr;
// 合法访问：p[0] 到 p[4]
// 越界访问：p[5] 或 p[-1]

这里 p[5] 就是越界。为什么？因为数组 arr 只分配了5个整型空间，下标0到4。下标5已经跑到别人家的地盘了。

我个人习惯把指针越界分成两类：

• 读越界：读取了不属于自己的内存数据。有时候能读到值，但那个值可能是垃圾，也可能是别的变量的秘密。
• 写越界：往不属于自己的内存里写数据。这个更危险，因为你可能把别人的数据给覆盖了。

指针越界的危害

危害有多大？我跟你讲，轻则程序崩溃，重则系统瘫痪，甚至被黑客利用。我在项目中遇到过好几次，每次排查都让人头大。

危害类型	具体表现	严重程度
程序崩溃	段错误（Segmentation Fault），程序直接退出	高
数据损坏	覆盖了其他变量的值，导致逻辑错误	高
内存泄漏	破坏了内存管理结构，导致后续分配失败	中
安全漏洞	缓冲区溢出攻击，黑客可以执行任意代码	极高

为什么会这样？因为C/C++不检查边界。你写 p[100]，编译器不会报错，运行时也不会提醒你。它只会默默地执行，然后等你发现数据不对的时候，已经晚了。

常见场景

指针越界到底在哪些地方容易发生？我总结了几个高频场景，你对照着看看自己踩过几个坑。

1. 数组下标越界

这是最常见的。写循环的时候，边界条件没控制好。

int arr[10];
for (int i = 0; i <= 10; i++) {  // 注意：i <= 10 越界了
    arr[i] = i * 2;
}

这里 i = 10 时，访问了 arr[10]，越界。你想想看，这种错误多隐蔽？一眼看过去好像没问题，但就是多了一个等号。

2. 字符串操作越界

字符串以 '\0' 结尾，很多人会忘记这个终止符占一个位置。

char buf[10];
strcpy(buf, "Hello World!");  // "Hello World!" 有13个字符，加上'\0'共14个，buf只有10个

嗯，这里直接缓冲区溢出。我记得有一次，一个同事用 sprintf 拼接字符串，没注意长度，结果把栈上的返回地址给覆盖了。程序跑着跑着就跳到了奇怪的地方执行，排查了整整一个下午。

3. 指针运算越界

指针加减的时候，一不小心就飞出去了。

int arr[5] = {0};
int *p = arr + 5;  // 指向数组末尾之后
*p = 100;          // 写越界！

这里 p 指向了 arr[5]，也就是数组最后一个元素之后的位置。虽然C标准允许指针指向数组末尾之后一个位置（用于比较），但你不能解引用它。

4. 动态内存越界

用 malloc 分配的内存，访问时超出申请的大小。

int *p = (int*)malloc(5 * sizeof(int));
p[5] = 100;  // 越界！只申请了5个int

这种越界更隐蔽，因为堆内存不像栈内存那么容易触发段错误。你可能写进去了，但过一会儿别的变量分配内存时，发现数据被篡改了。我曾经在嵌入式项目里遇到过，一个全局变量的值莫名其妙被改，查了三天才发现是堆越界写导致的。

5. 函数返回局部变量地址

int* getLocal() {
    int a = 10;
    return &a;  // 返回局部变量的地址
}
int *p = getLocal();
*p = 20;  // 越界！a已经销毁了

函数返回后，局部变量 a 的内存已经被回收了。这时候 p 指向的是一个悬空指针（dangling pointer），解引用它属于越界访问。

知识体系结构图

下面这张图帮你理清指针越界的整体脉络：

说白了，指针越界就是C/C++给程序员挖的一个大坑。它不像Java那样有数组边界检查，全靠程序员自己把控。你想想看，一个不小心，整个程序就可能崩掉。

我个人觉得，理解指针越界是写出健壮C/C++代码的第一步。后面我们会深入讲怎么排查、怎么修复，但今天先把概念理清楚。嗯，记住一句话：指针是你的工具，不是你的玩具。别让它乱跑。

可可精品资料库