每个人都可以，
拥有SSL证书

写C++但凡用过vector，大概都踩过越界的坑。看起来只是读了个不该读的内存，后果却可能是从偶发崩溃到安全漏洞一应俱全。线上跑起来问题就出来了，查到最后发现索引多算了一位，整个人都不太好。

vector的下标访问，合法范围是[0, size()-1]。比如你写了一个长度为3的vector，却去访问ans[3]，那就踩线了。这段代码：

#include <iostream>
#include <vector>
using namespace std;

int main() {
    vector<int> ans(3, 42);
    cout << "ans[3]: " << ans[3] << endl; // 未定义行为
    return 0;
}

看起来平平无奇，编译也完全能过，但跑起来就是未定义行为。有时候会输出一个莫名其妙的数字，有时候程序直接segfault，更麻烦的是偶尔竟然“正常”了——这种随机性在调试时最折磨人。

很多人会问，那我用ans[3] == NULL判断一下行不行？这就把两件事搞混了。

NULL一般定义为0，是用来跟指针比较的；nullptr则是C++11之后专门给指针准备的。vector里存的是int，拿int跟NULL比，虽然语法上不一定会报错，但逻辑上根本不对。你本来想判断是否越界，结果做的是一个毫无意义的数值比较，该越的界一点没少。

真正该做的，要么在访问前老老实实检查索引范围：

if (index >= 0 && index < ans.size()) {
    cout << "ans[" << index << "]: " << ans[index] << endl;
} else {
    cout << "Index out of bounds!" << endl;
}

要么直接改用at()。at()在越界时会抛出一个std::out_of_range异常，你就有了兜底的机会：

try {
    cout << "ans[3]: " << ans.at(3) << endl;
} catch (const out_of_range& e) {
    cout << "Exception: " << e.what() << endl;
}

我一开始也觉得at()比operator[]慢，后来发现多数场景里那点开销跟程序崩掉相比，根本不值一提。除非是在热点循环里，并且你已经完全确认索引不会越界，那留着operator[]也没问题；否则用at()至少能让你尽早知道哪里翻了车。

如果你的vector里存的是指针，那检查流程还要多一步——必须先保证索引没超，再去比较指针是不是nullptr。

vector<int*> ptrVec;
// 初始化略
if (index < ptrVec.size() && ptrVec[index] == nullptr) {
    cout << "Pointer at index " << index << " is null." << endl;
}

顺序千万不能反。先看索引，再看指针，不然索引如果已经越界，后面对指针的解引用本身又是未定义行为。

除了防越界，vector日常使用里还有几个让程序更稳、跑得更快的小习惯。

如果大概知道最终会装多少元素，提前reserve一下，可以省掉很多次重新分配内存和搬移数据的开销。频繁push_back时，vector在扩容时会偷偷把所有元素拷贝或移动到新空间，这件事在元素多的时候会很疼。

vector<int> largeVec;
largeVec.reserve(1000);

类似的，往vector尾部添加元素时，能emplace_back就不要push_back。它直接在容器内部构造对象，少一次临时对象的创建和析构。

vector<pair<int, int>> vec;
vec.emplace_back(1, 2);

还有一个容易被忽视的地方，多线程或者逻辑复杂的时候，resize操作可能抛异常，如果没有妥善处理，很容易导致数据不一致。这个问题线上碰到一次就能折腾一整天。

回到越界这件事，说到底C++给你提供了极致的灵活，也顺手递了一把上了膛的枪——未定义行为就是那颗子弹。vector访问前多想一步，崩溃和诡异的bug就会少很多。别图省事，安全访问的习惯都是被坑出来的。