<p>正确写法是s.substr(s.length() > n ? s.length() - n : 0)，避免无符号整型溢出导致std::out_of_range异常；也可用std::string_view零拷贝实现。</p>
substr 截取末尾 N 位的正确参数写法
直接用 substr 取最后 N 位，不能写成 s.substr(s.length() - n) 就完事——当 n > s.length() 时会触发 std::out_of_range 异常。安全做法是先做长度判断，或用更鲁棒的偏移计算。
推荐写法：s.substr(s.length() > n ? s.length() - n : 0)。它保证起始位置不越界，且当字符串比 N 还短时，返回整个字符串（而非崩溃）。
- 起始位置必须是
size_t类型，负数会转成极大正数，直接越界 -
substr(pos)默认截到末尾；substr(pos, len)的len超出剩余长度时，自动截到结尾，不会报错 - 如果明确要“最多取后 N 位”，用
s.substr(std::max(s.length(), n) - n)更清晰（需#include <algorithm>）
为什么 length() - n 会崩，而 size() - n 不行？
其实 length() 和 size() 在 std::string 中完全等价，都返回 size_t（无符号整型）。问题不在函数名，而在无符号数下标运算：当 s.length() == 2、n == 5 时，2 - 5 不是 -3，而是 18446744073709551613（64 位下），远超字符串实际长度，触发异常。
- 错误示例：
s.substr(s.length() - 5)→ 编译通过，运行时抛std::out_of_range - 调试时看到的错误信息通常是：
basic_string::substr: __pos (which is 18446744073709551613) > this->size() (which is 2) - 别依赖编译器警告——GCC/Clang 对这种无符号溢出默认不告警
替代方案：用 rbegin/rend 构造新 string（适合小数据）
如果只是简单取后 N 字符，且 N 很小、字符串不长，用反向迭代器更直观，也天然规避下标计算：
立即学习“C++免费学习笔记（深入）”；
std::string last_n(const std::string& s, size_t n) {
if (n >= s.size()) return s;
return std::string(s.rbegin(), s.rbegin() + n);
}注意：这里 s.rbegin() + n 是合法的，因为 std::string::reverse_iterator 支持随机访问；但若 n 超过 s.size()，仍会越界，所以前面仍要判断。
- 优点：语义清晰，“从末尾往前取 N 个”一目了然
- 缺点：构造新
std::string有额外内存分配和拷贝开销，高频调用时不如substr高效 - 不适用于
std::string_view场景（它没有rbegin）
用 string_view 避免拷贝（C++17 起）
如果只是读取末尾 N 字符、不修改也不拥有数据，std::string_view 是更轻量的选择：
std::string_view last_n_view(const std::string& s, size_t n) {
if (n >= s.size()) return s;
return std::string_view(s.data() + s.size() - n, n);
}这个版本零拷贝、无异常风险（前提是 s 生命周期覆盖 string_view 使用期），且 data() + size() - n 是合法指针运算（只要 n ）。
- 关键点：
std::string_view构造函数第二个参数是长度，不是结束位置 - 不要写成
std::string_view(s.data() + s.size() - n)—— 这会尝试从该位置查 '\0'，行为未定义 - 如果原字符串可能为空，
s.size() - n仍要防溢出，所以判断不能省
实际项目里，最常被忽略的是边界组合：空字符串、n=0、n 极大、多字节字符（如 UTF-8）。substr 本身只按字节截，不感知编码——这点在处理中文路径或日志时容易出错。
