数组越界是指在访问数组时超出了数组的有效范围，即访问了数组中不存在的索引位置。在大多数编程语言中，数组的索引是从0开始的，如果尝试访问超出数组长度的索引位置，就会导致数组越界错误。这种错误通常会导致程序崩溃或出现意外行为。为了避免数组越界错误，程序员需要小心地控制数组的访问范围，并始终确保所访问的索引位置在数组的有效范围内。
同时，一些编程语言也提供了一些安全机制来检测和避免数组越界错误，如Java中的数组越界异常。
数组越界是指指数组下标变量的取值超过了初始定义时的大小，导致对数组元素的访问出现在数组的范围之外。这类错误在c语言程序中是最常见的错误之一。
数组下标从0开始，如果定义的数组长度为5，则数组的下标只能是0、1、2、3、4。
当访问数组的下标超过或到了元素的个数时，访问的数值就不是数组的元素，这时程序往往会崩溃。因此，在程序中需要判断是否越界，以保证程序的正确性。
1：一般都是非法内存操作,例如数组越界,例如申请a[5],却访问到a[5]或者a[6],这也会有很多情况,可能是循环操作时循环变量控制有问题,可能是字符串拷贝时长度发生溢出；
2：指针指向了非法内存,例如申明一个指针,但是没有对指针进行初始化,直接就引用,或者引用里面的元素或者函数,或者没有分配内存就进行释放等,另外,申请内存还要检查是否申请成功,如果没有申请成功也会出现这种情况；
3：单步调试或者加打印信息,细心一点总可以找到错误的,注意编译成调试版本；
4：如果是linux,可以产生core文件,从core文件查看出错的地方。
不会对数组的越界进行检查。
p1,p2只是首地址，输入字符串后，就算越界也不一定会报错，因为后面越界的内存可能未被使用。然后越界依然存储数据。而在输出 是，是从p1,p2地址开始，直到字符串结束符结束。
stm32数组越界一定会进硬件错误中断的。可以从以下几个方面查找原因：
是否打开了某个中断，但是没有响应和清除中端标志，导致程序一直进入中断，造成死机假象2. 中断变量处理不妥。
若定义某些会在中断中修改的全局变量，这时要注意两个问题：
首先为了防止编译器优化中断变量，要在这些变量定义时前加volatile，其次在主循环中读取中断变量前应该首先关闭全局中断，防止读到一半被中断给修改了，读完之后再打开全局中断;否则出现造成数据乱套。
3. 地址溢出，常见错误为指针操作错误。我要着重说的是数组下标使用循环函数中循环变量，如果循环变量没控制好则会出现数组下标越界，意外修改系统的寄存器造成死机，这种情况下如果死机说明运气好，否则后面不知道发生什么头疼的事。
4. 无条件的死循环;比如使用while(x);等待电平变化，正常情况下x都会变成0，就怕万一，因此最好加上时间限制; 5. 看门狗没有关闭。
有的单片机即使没使用看门狗开机时也有可能意外自动开启了最小周期的看门狗，导致软件不断复位，造成死机，这个要看芯片手册，最好在程序复位后首先应该显式清除看门狗再关闭看门狗;6. 堆栈溢出。
最难查找的问题，对于容量小的单片机，尽量减少函数调用层级，减少局部变量，从而减少压栈的时候所需的空间。
当你把以上几条都试过不能解决问题，试一试把你的被调用少函数直接内置到调用的地方并且把占用RAM大的局部变量改成全局变量，试一试说不定就可以了。