C++20推荐用std::string::ends_with()，支持string_view、const char*和char参数，需编译器支持（GCC12+/Clang12+/MSVC19.30+）；兼容C++11需手动实现，避免substr开销，注意空后缀返回true及UTF-8多字节问题。
用 std::string::ends_with() 最简单（C++20）
如果你的编译器支持 C++20，直接调用 ends_with() 是最安全、最可读的方式。它内部做了长度检查和字符逐位比较，不会越界，也不依赖空终止符。
常见错误是误以为 ends_with() 支持任意类型参数——它只接受 std::string_view、const char* 或单个 char：
-
"hello.txt"_sv.ends_with(".txt")✅ -
s.ends_with(".log")（s是std::string）✅ -
s.ends_with('z')✅ -
s.ends_with(42)❌ 编译失败
注意：GCC 12+、Clang 12+、MSVC 19.30+ 才完整支持；老版本会报 no member named 'ends_with' 错误。
兼容 C++11 的手动实现：先比长度再逐字符比较
核心逻辑就两步：长度不够直接 false；够了就从末尾倒着比。很多人直接用 substr() 截取再比较，但会触发内存分配，不必要。
立即学习“C++免费学习笔记（深入）”；
推荐写法：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
bool ends_with(const std::string& s, const std::string& suffix) {
if (suffix.size() > s.size()) return false;
return std::equal(suffix.rbegin(), suffix.rend(), s.rbegin());
}关键点：
- 用
suffix.rbegin()和s.rbegin()避免下标计算，也规避s.size() - suffix.size()可能的无符号整数溢出 - 不要写
s.substr(s.size() - suffix.size()) == suffix——substr构造新字符串，小字符串也开销不小 - 如果
suffix是字面量（如".csv"），传std::string_view更高效
处理宽字符或自定义编码时别硬套 std::string
std::string 存的是 char 序列，不代表 UTF-8 字符串。后缀匹配 ".pdf" 没问题，但匹配 "数据.pdf" 就可能出错——因为 UTF-8 中中文字符占多个字节，而 ends_with() 只按字节比。
真实场景中：
- 文件路径、协议头（如
Content-Type: text/html）通常用 ASCII 后缀，std::string安全 - 用户输入的含中文文件名，应先用 ICU 或
std::wstring_convert（已弃用）转成std::wstring，再用std::wstring::ends_with() - 更稳妥的做法是：明确业务是否真需要 Unicode 意义上的“后缀”，还是只是字节序列匹配
性能敏感场景：避免重复构造 std::string_view
如果高频调用（比如解析上万行日志），每次传 ".log" 字面量会隐式构造 std::string_view。虽然开销小，但可显式缓存：
static constexpr std::string_view log_suffix = ".log";
if (line.ends_with(log_suffix)) { ... }注意：constexpr 要求字面量必须是编译期常量；若后缀来自配置文件或网络，则无法 constexpr，但依然建议复用 std::string_view 变量，避免多次构造。
真正容易被忽略的是：当后缀为空字符串时，所有上述实现都返回 true（标准行为），但业务逻辑中这往往是个边界漏洞，比如过滤空扩展名需单独判断。
