首先,我们要知道的一点是:C/C++ 由于为了提高程序的运行效率,编译器不会对数组越界进行检查(也就是说数组越界编译时并不会报错),以下,我总结出了三个在VS下由于数组越界导致程序异常甚至崩溃的情况:
1. 超速行驶被交警拦下(Stack around the variable 'array' was corrupted.)
实例代码如下:
#include
#include
using namespace std;
int main(){
int array[10];
array[10] = 20;
cout << array[10] < 编译OK.
运行之后的现象:
分析:
这种属于刚刚越界的情况,它会导致程序一直在执行.所以如果在运行过程中出现了这种异常,那么想一想,是否记错了数组的下标范围是0~n-1,而你错写成了n,导致超速被交警拦下.
2. 不仅超速还妨碍了他人的车辆(VS下典型的0xC0000005异常)
实例代码如下:
#include
#include
using namespace std;
int main(){
int array[10];
array[12] = 20;
cout << array[12] < 编译OK
运行之后现象:
分析:
这种是数组越界的典型情况,原因是你越界访问之后修改了其他不该修改的内存,所以导致发生冲突.程序崩溃.超速了还影响了他人的驾驶,被交警拦下.
3. 超速行驶没被交警抓到(编译通过,程序正常运行正常退出)
实例代码如下:
#include
#include
using namespace std;
int main(){
int array[10];
array[11] = 20;
cout << array[11] < 编译OK,程序正常运行正常退出.
分析:
这种属于比较巧的情况,可以理解为你越界访问的那块内存上没有任何的东西,形象地说 你超速行驶在无人监管的路段上,没有交警来拦你,当然超速仍然是错误的行为.有一点需要注意的是在VS下,总会有那么4个字节是无人监管区,本人做过测试,在数组越界后的第5~8个字节总是无人监管区,目前尚不清楚是什么原因.
总结:
数组越界是一个很严重的问题,如果程序崩溃,它通常定位不到出错的那块代码,一旦代码量大,数组越界寻找错误是一件很麻烦的事情,一定要避免数组越界.