越界时substr会抛出异常或自动截断：pos超长抛std::out_of_range，pos+len超末尾则自动截断；安全做法是循环前检查i
用
substr循环切分字符串时，边界越界怎么办？直接调用
substr(pos, len)时，如果pos超出字符串长度，会抛出std::out_of_range；如果pos + len超出末尾，substr会自动截断到末尾——但很多人误以为它会报错或静默失败。安全做法是始终检查
pos是否小于s.length()，不依赖“自动截断”来兜底：std::string s = "hello world"; size_t chunk_len = 3; for (size_t i = 0; i
i从0开始，每次递增chunk_len，循环条件用i 确保不越界- 即使最后一段不足
chunk_len，substr也会返回剩余部分，无需额外判断长度- 别写成
i ，这在 <code>chunk_len > s.length()时会因无符号整数下溢崩溃中文、UTF-8 字符串用
substr切分为什么乱码？
substr按字节切分，不是按字符。UTF-8 中一个汉字占 3 字节，若在中间截断，得到的就是非法字节序列，打印或转码时表现为乱码或替换符（）。如果你的字符串含中文、emoji 或其他非 ASCII 内容，不能直接用
substr按“长度 4”切分：
- 原始字符串
"你好world"（UTF-8 编码共 11 字节），s.substr(0, 4)取前 4 字节 →"你"的前 3 字节 +'w'的第 1 字节 → 解码失败- 真正按“字符数”切分需先解析 UTF-8，推荐用
std::mbstowcs+std::wcstombs，或更稳妥地引入utf8cpp库- 若确定输入全是 ASCII（如日志 ID、base64、纯数字），可放心用
substr；否则必须切换到 Unicode-aware 方案性能敏感场景下，
substr循环是否产生大量临时对象？是的。
substr返回新std::string，每次调用都触发堆内存分配（除非短字符串优化 SSO 生效）。对长字符串或高频切分（如解析千行 CSV），可能成为瓶颈。替代思路是避免复制，改用视图或索引：
- C++17 起可用
std::string_view：传入s后，用s.substr(i, len)返回string_view，零拷贝- 手动维护起止索引（
start/end），把逻辑封装进结构体，只在真正需要字符串时才构造std::string- 若最终要存入
std::vector<:string></:string>，且数量固定，可预分配容量：chunks.reserve((s.length() + chunk_len - 1) / chunk_len)要不要用
std::regex或std::istringstream替代substr？不要。正则用于模式匹配，不是等长切分；
std::istringstream依赖分隔符，无法按固定字节数切割。常见误用：
- 写
std::regex re(".{" + std::to_string(n) + "}");→ 正则点号匹配单字节，UTF-8 下仍乱码，且性能比循环substr差一个数量级- 用空格或逗号做分隔符再
getline→ 和“按指定长度”需求完全不符- 只有当你的“指定长度”其实是“每 n 个字符后插入分隔符”，才考虑先格式化再分割；否则纯属绕路
按长度切分这件事，
substr循环就是最直白、可控、高效的方式——前提是搞清它操作的是字节，不是字符。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
