17370845950

substr第一个参数是起始位置（从0开始），第二个参数是截取长度而非结束下标；pos超界抛out_of_range，len超剩余长度则自动截断到末尾。

substr 的两个参数怎么填

substr 是 std::string 的成员函数，签名是 string substr(size_t pos = 0, size_t len = npos) const。第一个参数 pos 是起始位置（从 0 开始），第二

个参数 len 是要截取的长度，不是结束下标。

常见错误是把 len 当成“到第几个字符为止”，比如想取索引 2~5（共 4 个字符），写成 s.substr(2, 5) —— 这实际会取 5 个字符，可能越界或结果不对。

• 安全写法：明确长度，s.substr(2, 4)
• 如果只传一个参数，如 s.substr(3)，表示从索引 3 到末尾
• pos 超出字符串长度（但 ≤ s.length()）时抛 std::out_of_range；等于 s.length() 是合法的，返回空串
• len 超过剩余长度时，自动截断到末尾，不会报错

处理中文或 UTF-8 字符串时为什么 substr 会乱码

substr 按字节操作，不识别 UTF-8 编码边界。一个中文字符占 3 字节，若 pos 或 len 落在某个汉字中间，截出来就是非法 UTF-8 序列，显示为 或解析失败。

• 纯 ASCII 字符串（英文、数字、基本符号）可放心用 substr
• 含中文、emoji 等场景，必须先转成 Unicode 码点再切分，例如用 std::wstring + std::mbstowcs，或引入 ICU / utf8cpp 库
• 简单规避：确保 pos 和每个截断点都在字节边界上（比如只在空格、换行、ASCII 标点后切），但这不通用

替代方案：C++17 以后有没有更安全的切片方式

标准库没有内置的 UTF-aware 子串函数，但 C++17 引入了 std::string_view，它和 substr 行为一致（仍是字节级），只是开销更低——不拷贝数据，只持引用和长度。

• 性能敏感且确定是 ASCII 场景，优先用 string_view：string_view sv = s.substr(5, 3);
• 注意：string_view 不拥有数据，原 string 生命周期必须长于它的使用期
• 真需要按字符切？只能手动遍历 UTF-8 字节序列，或依赖第三方，比如：utf8::substr(s, start_char_index, char_count)（来自 utf8cpp）

常见报错 std::out_of_range 怎么快速定位

错误信息通常是：basic_string::substr: __pos (which is 12) > this->size() (which is 10)。说明你传的 pos 已经超出字符串当前长度。

• 检查是否忘了调用 .length() 或 .size() 就直接算下标，比如 s[i+5] 前没判断 i+5
• 用 at() 替代 [] 可提前暴露越界访问，但它不解决 substr 参数问题
• 调试小技巧：在调用前加断言，assert(pos ，或用三元表达式兜底：s.substr(pos > s.size() ? 0 : pos, len)

字符串截取看着简单，但 pos 和 len 的语义、UTF-8 边界、异常触发条件这三点，任一疏忽都会导致线上静默错误或崩溃。尤其服务端处理用户输入时，别假设输入全是英文。