越界时substr会抛出异常或自动截断：pos超长抛std::out_of_range，pos+len超末尾则自动截断；安全做法是循环前检查i < s.length()。
用 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 < s.length(); i += chunk_len) {
std::string chunk = s.substr(i, chunk_len); // 安全：i 不越界即可
std::cout << "\"" << chunk << "\"\n";
}
-
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”切分：
立即学习“C++免费学习笔记（深入）”；
- 原始字符串
"你好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<std::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 循环就是最直白、可控、高效的方式——前提是搞清它操作的是字节，不是字符。
