pop_back() 返回 void，不可赋值；需先 back() 再 pop_back() 以安全取删末元素，且须检查非空；它不释放内存，缩容用 shrink_to_fit() 或交换技巧。
pop_back() 本身不返回值，别试图用它赋值
很多人写 auto x = vec.pop_back(); 或 int x = vec.pop_back();，这会编译失败——pop_back() 返回类型是 void。它只负责删，不负责交出那个值。
想先取后删，得拆成两步：auto x = vec.back(); vec.pop_back();。注意顺序不能反，否则 back() 会访问已失效的末尾（UB）。
- 如果
vec为空，调用pop_back()是未定义行为（UB），务必提前检查!vec.empty() -
back()同样要求非空，空容器上调用也会 UB - 删除后，
vec.size()减 1，vec.capacity()通常不变（内存不自动释放）
和 erase(vec.end() - 1) 有啥区别？
效果一样，都是删最后一个，但语义和性能略有不同：pop_back() 是专为“删末尾”设计的成员函数，语义清晰、无迭代器运算开销；erase(vec.end() - 1) 是通用接口，需计算迭代器偏移，还多一次 end() 调用。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 两者都要求容器非空，否则
end() - 1是非法迭代器（UB） - 对
vector，pop_back()通常略快，且更易被编译器优化 - 别用
erase(--vec.end())：前置递减在空容器上仍会 UB，且可读性差
删完元素，内存没缩容？怎么真正释放空间
pop_back() 只减少 size，不改变 capacity。连续多次增删后，capacity 可能远大于当前 size，造成内存浪费。
- 手动缩容用
vec.shrink_to_fit();（C++11 起），但它是非强制请求，实现可忽略 - 更可靠的方式是交换技巧：
vector<int>(vec).swap(vec);</int>，强制重建并丢弃旧内存 - 频繁增删场景下，考虑是否真需要
vector；若尾部操作为主，vector没问题；若中间也常删，list或deque更合适
常见错误：循环中边遍历边 pop_back()
比如想清空容器，写 for (size_t i = 0; i —— 这会漏删一半。因为每次 <code>pop_back() 后 vec.size() 变小，i 却继续递增。
- 安全清空就用
vec.clear();，或直接vec = {}; - 若要按条件删末尾若干个，用
while (!vec.empty() && condition(vec.back())) { vec.pop_back(); } - 避免在 for 循环里反复调用
vec.size()做边界判断，除非你明确需要动态长度
实际使用时最常踩的坑就是空容器调用和误以为 pop_back() 返回值。这两个点不注意，轻则崩溃，重则行为不可预测。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
