const_iterator仅保护解引用后的元素不可修改，不阻止容器自身被修改；真正只读需用const容器引用。
const_iterator 本身不保护容器，只保护解引用后的元素
很多人误以为 const_iterator 能让整个容器“只读”，其实它只约束通过该迭代器修改元素的行为。容器本身是否可变，取决于它的声明方式（比如是否是 const std::vector<int></int>），而不是迭代器类型。
关键点在于：const_iterator 解引用得到的是 const T&，所以 *it = x 编译失败；但它完全允许你调用容器的非 const 成员函数（如 push_back、erase），只要那个容器变量本身不是 const 的。
-
std::vector<int> v = {1,2,3}; auto it = v.cbegin(); *it = 99;</int>→ 编译错误（✔️ const_iterator 起效） -
v.push_back(4);→ 合法（⚠️ 容器仍可被修改） -
const std::vector<int> cv = {1,2,3}; auto cit = cv.begin(); // 实际类型就是 const_iterator</int>→ 此时整个容器不可修改，包括push_back都非法
cbegin() / cend() 是最安全的获取方式
直接调用 cbegin() 和 cend() 比用 begin() + 类型强制转换更可靠，因为它们明确返回 const_iterator，且在 const 容器上调用时行为一致，在非 const 容器上也强制只读语义。
对比下面两种写法：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
for (auto it = v.cbegin(); it != v.cend(); ++it)→ 推导为const_iterator，清晰、安全、无歧义 -
for (std::vector<int>::const_iterator it = v.begin(); ...)</int>→v.begin()返回的是iterator，强制转换可能掩盖意图，且在某些老编译器上可能触发隐式转换警告 -
for (const auto& e : v)→ 更简洁，自动获得只读访问，但无法获取索引或反向遍历等迭代器能力
const vector::iterator 和 vector::const_iterator 的区别很关键
这两个类型常被混淆，但语义完全不同：
-
const std::vector<int>::iterator it = v.begin();</int>：迭代器对象本身是 const（不能做++it或赋新值），但它指向的元素仍可修改（*it = 42合法） -
std::vector<int>::const_iterator it = v.begin();</int>：迭代器可移动，但指向的元素不可修改（*it = 42编译失败） - 简记：前者是“不能换地址的普通指针”，后者是“能换地址的只读指针”
在函数参数中用 const_iterator 往往是徒劳的
如果你写一个函数接受 std::vector<int>::const_iterator</int> 参数，它并不能防止调用者传入来自非 const 容器的迭代器，也无法阻止函数内部对容器本身的修改（除非容器也以 const 引用传入）。
真正起保护作用的是参数类型中的 const 引用：
-
void print(const std::vector<int>& v)</int>→ 安全：容器不可改，且自动使用const_iterator -
void print(std::vector<int>::const_iterator first, ...)</int>→ 不安全：你不知道容器是不是 const，甚至不知道它是不是同一个容器 - 额外风险：传入的两个迭代器可能不属于同一容器，导致未定义行为（UB），而编译器几乎不检查
实际项目里，const_iterator 的价值主要体现在接口契约和静态检查上——它让“只读遍历”这个意图显性化，但真正的数据保护必须靠 const 容器引用或作用域隔离来落实。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
