vector是自动管理内存与边界的容器，new short[n]是需手动管理的裸内存；前者安全但有开销，后者零成本但易导致core dump。
c++ short动态数组【教程】">
vector 和裸 new short[n] 的核心区别在哪
别把它当“动态数组教程”看——vector<short></short> 是容器，new short[n] 是裸内存。前者管分配、释放、扩容、边界；后者你得自己 delete[]，越界不报错，扩容要手动 memcpy。用错场景的代价不是编译失败，而是半夜 core dump。
常见错误现象：std::vector<short> v; v[100] = 42;</short> 不崩溃但行为未定义；而 short* p = new short[10]; p[100] = 42; 同样不崩溃，但大概率踩到其他变量或元数据上。
- 使用场景：需要频繁增删末尾元素 → 选
vector<short></short>；只初始化一次、只读遍历、对 cache 友好性极端敏感 → 才考虑new short[n] - 性能影响：
vector<short></short>每次push_back可能触发 realloc（但 amortized O(1)）；裸数组零开销，但没 size 记录，容易传错长度 - 兼容性：所有标准 C++ 编译器都支持
vector<short></short>；裸 new/delete 在嵌入式或 no-stdlib 环境可能被禁用
vector 初始化和常见误操作
别写 vector<short> v(1000);</short> 就以为万事大吉——它构造了 1000 个值为 0 的 short，但如果你本意是预留空间，该用 reserve。
常见错误现象：v.size() 返回 0，但 v.capacity() 是 1000，此时 v[0] = 1 直接越界；或者反复 push_back 导致多次 realloc，性能掉坑里。
立即学习“C++免费学习笔记（深入）”；
- 初始化空容器并预留空间：
vector<short> v; v.reserve(1000);</short> - 初始化含 1000 个 0 的容器：
vector<short> v(1000);</short> - 从 C 数组构造：
short raw[] = {1, 2, 3}; vector<short> v(raw, raw + 3);</short> - 避免用
v.at(i)做高频访问——它带边界检查，比v[i]慢；只在调试或不可信索引时用
short 类型在 vector 中的隐式陷阱
short 是有符号 16 位整数，范围 -32768 ~ 32767。放进 vector<short></short> 不会自动截断或报错，溢出后就是静默翻转。
常见错误现象：vector<short> v = {32767, 1};</short> —— 第二个元素实际存成 -32767；传给函数时若对方按 int 解释，值就错了。
- 输入校验必须前置：读取外部数据（如文件、网络）填入
vector<short></short>前，先判断是否在SHRT_MIN/SHRT_MAX范围内 - 打印调试时别只看
cout —— 加上类型提示：<code>cout - 跨平台注意：
short在所有主流平台都是 16 位，但如果你混用int16_t，记得包含<cstdint></cstdint>，别依赖short的位宽假设
什么时候真该放弃 vector 改用裸数组
只有两个硬条件同时满足时才考虑：确定生命周期完全由你掌控 + 性能分析确认 vector 的 small buffer 优化或 allocator 开销成了瓶颈。
常见错误现象：为了“省几个字节”或“看着更底层”而手写 new short[n]，结果忘了 delete[]，或者把指针传进 lambda 捕获后 vector 被析构，裸指针变悬垂。
- 必须配对使用：
short* p = new short[n]; ... delete[] p;—— 少一个[]就是未定义行为 - 不能用
sizeof(p)获取长度，必须单独存n；传参时建议打包成结构体：struct ShortArray { short* data; size_t len; }; - 现代替代方案：优先考虑
std::span<const short></const>（C++20）或gsl::span接收裸内存，既安全又零成本
vector
