C++ 容器遍历：忘掉下标，彻底搞懂 begin 与 end

刚开始接触 C++ 的人，往往习惯拿数组那一套来套用所有容器。看着 vec[0] 很顺手，但在遇到 std::list 或者复杂的自定义结构时，下标索引就彻底失效了。这时候如果还不会灵活使用迭代器，写代码的效率就会大打折扣。

别误会，begin() 和 end() 并不是什么高深莫测的黑魔法，它们更像是容器的“边界标记”。理解它们的含义，比死记硬背语法更重要。

通常情况下，begin() 返回的是容器中第一个元素的迭代器。它指向实打实的数据位置，就像你手里拿着的第一张牌。而 end() 指向的是最后一个元素的下一个位置，也就是那个并不存在元素的“虚空”处。这个设计非常巧妙，它保证了无论容器有多长，循环结束的条件永远是统一的，不需要关心元素的具体数量。

试着对比两段代码的区别。传统方式往往是这样：

for (size_t i = 0; i < vec.size(); ++i) {
    process(vec[i]);
}

这种方式不仅代码冗长，而且对于不支持随机访问的容器（比如 std::map），编译器会直接报错。改用迭代器后，逻辑变得清晰许多：

for (auto it = vec.begin(); it != vec.end(); ++it) {
    process(*it);
}

这里有个关键点：it 本身代表的是一个位置，而不是值。通过解引用运算符 * 去访问它背后的数据，能让你在处理不同容器类型时保持思维的一致性。更重要的是，当涉及到算法操作时，STL 标准库里的排序、查找函数几乎都接收迭代器对作为参数，掌握了 begin 和 end，就等于拿到了调用这些高效工具的入场券。

实际开发中，还有一个常被忽略的细节：常量正确性。如果你只需要读取数据而不想修改容器内容，请使用 cbegin() 和 cend()。它们返回的是 const_iterator，这不仅告诉编译器你的意图，还能防止意外修改导致的数据污染。这是一种低成本的高可靠性保障。

另外，面对空容器时要格外小心。虽然调用 end() 永远不会崩溃，因为它是“向后看”的安全位，但如果直接对 begin() 进行解引用，程序会立即异常。因此，在涉及 begin() 的操作前，通常先检查一下 !container.empty()，或者直接使用更安全的基于范围的循环（Range-based for loop），其底层机制依然依赖于 begin 和 end 的配合。

归根结底，迭代器的价值在于将内存访问细节抽象化。无论是 std::vector 还是 std::string，甚至是你自己实现的红黑树，只要提供了正确的 begin 和 end 接口，上层业务逻辑就能无缝运行。把关注点从“具体怎么存数据”转移到“数据在哪里流动”，这才是泛型编程的核心思想。

下次写循环时，试着关掉对下标的依赖。你会发现，当你能精准掌控 begin 与 end 定义的边界时，代码的可读性和扩展性都会上一个台阶。