range-for遍历std::string默认按字节操作，对utf-8中文会拆分多字节；需转std::u32string或用utf-8解码库才能按unicode码点遍历。
range-for 遍历 std::string 的基本写法
直接用 for (char c : s) 就行，std::string 支持范围 for，底层调用 begin()/end() 返回迭代器，字符类型默认是 char（窄字符串）。
注意：如果字符串含 UTF-8 多字节字符（比如中文），char 级别遍历拿到的是单个字节，不是“一个汉字”——这不是 range-for 的问题，而是 std::string 本身不感知编码。
std::string s = "ab中";
for (char c : s) {
printf("%02x ", (unsigned char)c); // 输出: 61 62 e4 b8 ad（三个汉字字节被拆开）
}
想按 Unicode 码点遍历？不能直接用 range-for
std::string 没有内置的 UTF-8 解码迭代器，所以 for (auto cp : s) 不会自动合并 UTF-8 序列。硬要用 range-for，得自己封装视图或用第三方库（如 utf8cpp 或 C++20 std::ranges::views::chunk_by 配合解码逻辑）。
更现实的做法是放弃 range-for，改用传统循环 + utf8::next() 等函数逐码点解析；或者把字符串转成 std::u32string 再遍历（但需先解码，不免费）。
- 别写
for (char32_t c : u32str)之前忘了从 UTF-8 转换——直接构造std::u32string字面量才安全（U"中"） - C++20 起可用
std::views::transform+ 自定义 UTF-8 解码器，但复杂度远超简单需求
const 和引用避免拷贝
遍历时若只读不改，优先用 const char& 或 char 值语义——对 char 来说没区别，但养成习惯能避免后续换成大对象时的性能坑。
错误示范：for (std::string::value_type c : s) ——虽然等价于 char，但可读性差；更糟的是写成 for (std::string c : vec_of_strings)（误把容器元素当字符）。
- 只读访问：用
for (const auto& c : s)，明确意图且零成本 - 需要修改原字符串字符：必须用
for (auto& c : s)，否则修改的是副本 - 不要用
for (auto c : s)修改，它编译通过但无效
宽字符串（std::wstring）要小心平台差异
Windows 下 std::wstring 是 UTF-16，Linux/macOS 通常不用；用 for (wchar_t c : ws) 能按 wchar_t 单元遍历，但代理对（surrogate pair）仍需额外处理才能得到完整 Unicode 码点。
也就是说：即使用了 wstring，range-for 也不等于“按字符遍历”，只是按存储单元遍历。真正可靠的字符边界识别必须依赖 ICU、Boost.Text 或 C++23 的 std::text（尚不普及）。
现在最稳妥的路径还是——明确你的输入编码，接受 byte-level 遍历，或引入专用文本处理层。range-for 本身很干净，但它不解决编码问题。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
