越界访问不崩溃是因为未触达操作系统内存保护边界，如未跨页或未访问只读/空地址，导致cpu不触发异常，行为未定义；可用asan、valgrind等工具检测。
越界访问不崩溃，是因为没踩到保护边界
内存里连续分配的二维数组（比如 int arr[3][4]），越界读写可能落在同一内存页内，而操作系统只在页边界做保护。只要没跨页、没碰触只读段或空地址，CPU 就不会触发异常——程序“看起来”正常，但行为已未定义。
- 常见现象：
arr[3][0]读出来是隔壁变量的值，arr[5][5]写进去悄悄改了函数返回地址或局部变量 - Release 模式下更危险：编译器可能优化掉边界检查，且栈帧布局和 Debug 不同，bug 更难复现
- 用
valgrind或 ASan（AddressSanitizer）能暴露这类问题；Clang/GCC 加-fsanitize=address编译后运行，越界立刻报heap-buffer-overflow或stack-buffer-overflow
std::vector<:vector>></:vector> 越界会怎样
它不会静默失败——operator[] 不检查边界，行为同原生数组；但 at() 方法会抛 std::out_of_range 异常。
-
v[10][20]：不检查，越界即未定义行为 -
v.at(10).at(20)：先检查外层数组索引，再检查内层，任一越界都抛异常 - 注意：
v.at(i)返回的是std::vector<t>&</t>，如果v[i]本身越界（比如i >= v.size()），at()才起作用；它不保证内层 vector 已初始化或足够长
用 std::array 能避免越界吗
不能自动避免，但配合 at() 可强制检查，且编译期尺寸固定，部分越界可能被静态分析工具捕获。
-
std::array<:array>, 3> a;</:array>中，a[3][0]仍是未定义行为（operator[]不检查） -
a.at(3).at(0)编译通过，但运行时抛异常（at()对所有标准容器都提供边界检查） - Clang 的
-Warray-bounds或 GCC 的-Warray-bounds=2能在编译期发现部分静态索引越界，比如a[5][0]这种字面量下标
调试时怎么快速定位越界点
别靠加打印——越界修改可能延迟显现，等 crash 时早已偏离源头。必须用内存检测工具介入执行流。
- Linux 下优先跑：
g++ -g -fsanitize=address main.cpp && ./a.out，ASan 会精准指出越界地址、访问类型（read/write）、调用栈 - Windows + MSVC：启用
/RTC1（运行时检查），或用 Application Verifier 配合 PageHeap - 注意：ASan 会增大内存开销、降低速度，不适合压测，但开发阶段必须开
- 如果只能手动排查，把二维访问封装成带断言的函数，例如：
assert(i ，至少让 debug 版本 fail-fast
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
