vector::clear() 不会释放内存，仅析构元素并置 size 为 0，capacity 不变；缩容需 shrink_to_fit() 或 swap 技巧；清空后迭代器/指针全部失效；非线程安全，多线程需同步。
vector::clear() 会释放内存吗？
不会。调用 clear() 只是把所有元素析构、把 size() 归零，但底层分配的内存（capacity()）保持不变。
这意味着：反复 clear() 后再 push_back()，通常不会触发新内存分配；但如果你确定后续不会再往这个 vector 塞大量数据，它就白白占着内存。
- 常见错误现象：
vector占用内存居高不下，用valgrind或任务管理器观察到“清空后没缩容” - 典型场景：缓存型容器、循环中复用的临时
vector（比如每帧处理一批对象） - 正确缩容做法：
v.clear(); vector<int>(v).swap(v);</int>—— 利用右值构造 +swap()强制归还内存 - C++11 起可简写为：
v.shrink_to_fit();，但注意：这是非强制请求，标准库可忽略（libc++通常响应，MSVC旧版本可能不响应）
clear() 和赋值空 vector 的区别
直接写 v = {}; 或 v = vector<int>();</int>，效果和 clear() 不完全一样：前者会先析构旧元素，再构造新对象（含默认初始化），最后交换或移动 —— 实际上多数实现也等价于 clear() 加可能的容量重置，但语义更模糊。
- 性能影响：在小对象、无自定义析构的 vector 上基本无差别；但若
vector存的是带复杂析构逻辑的对象，clear()更明确、更可控 - 兼容性：所有 C++ 标准都保证
clear()行为一致；而v = {}在 C++11 才完全可靠 - 建议：明确想“清空内容但保留容量”，就用
clear()；想“彻底重建”，才考虑赋值空容器
clear() 后迭代器、指针、引用是否还有效？
全部失效。C++ 标准明确规定：clear() 使所有指向该 vector 元素的迭代器、指针、引用立即变为悬空（dangling）。
立即学习“C++免费学习笔记（深入）”；
- 常见错误现象：清空后继续用之前保存的
&v[0]或v.begin()，导致未定义行为（崩溃或静默错值） - 使用场景：函数内局部
vector清空后返回指针？别这么干；需要长期持有元素引用？改用std::shared_ptr或索引代替 - 安全做法：清空前完成所有访问；或改用
std::optional/ 索引管理生命周期
clear() 在多线程里能直接用吗？
不能。clear() 不是线程安全操作 —— 它修改 size 和元素状态，若其他线程正读/写元素，必然冲突。
- 错误现象：偶发崩溃、ASan 报 data race、
vector内部状态错乱（如size()>capacity()） - 正确做法：自己加锁（
std::mutex），或改用线程安全封装（如concurrent_vectorin TBB，但注意它不是标准容器） - 特别提醒：即使只读线程也在访问
v[i]，只要没同步，clear()就不能并发执行 —— 这点容易被忽略
