short 是完整类型名，定义数组时必须显式写出，不可省略；其数组维度需为常量表达式，推荐用 std::array 替代裸数组以提升安全性与功能性，初始化时需防范截断和符号扩展风险。
定义 short 数组时别漏掉类型关键词
很多人写 short arr[10] 没问题，但一换到类成员或模板上下文就报错，根源是误以为 short 是“可省略的默认整型”。C++ 里 short 必须显式写出，不能简写成 short int 以外的形式（虽然 short int 合法，但没人这么写）。
常见错误现象：error: 'short' declared as a template parameter（在模板里用了 short 却没加 typename 或写错位置）；或误写成 short[] arr 导致编译失败。
-
short是完整类型名，short int是等价写法，但推荐统一用short - 数组维度必须是常量表达式，比如
constexpr int N = 5;后再写short arr[N]，不能用运行时变量 - 全局/静态
short数组会零初始化；局部数组不初始化，内容是随机值
std::array<short n></short> 比裸数组更安全
裸 short arr[10] 容易越界、传参退化成指针、无法直接拷贝。用 std::array 能保留大小信息，支持范围 for、赋值、结构化绑定。
使用场景：需要把数组当值传递、做函数参数、或配合 STL 算法（如 std::sort）时。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 初始化方式多样：
std::array<short> a = {1, 2, 3};</short>或std::array<short> b{1, 2, 3};</short> - 注意括号初始化语法差异：带
=是复制初始化，不带是直接初始化，对std::array行为一致，但混用可能触发隐式转换警告 - 性能无额外开销——
std::array是纯栈上布局，sizeof和裸数组完全一样
初始化 short 数组时小心截断和符号扩展
short 通常是 16 位有符号整数，范围是 -32768 到 32767。用超限值或无符号字面量初始化会静默截断，甚至引发未定义行为。
常见错误现象：short arr[] = {32768}; 编译器可能只给警告（如 overflow in expression），但运行时值变成 -32768；或用 0xFFFFU 初始化，结果依赖平台字节序和符号处理。
- 用十进制小整数最安全：
short arr[2] = {100, -200}; - 避免十六进制大数直写：
0x8000在short上就是 -32768，但可读性差，容易误判 - 如果必须从
int变量赋值，先检查范围：if (x >= -32768 && x (x);
跨平台时别假设 short 一定是 16 位
C++ 标准只要求 short 至少 16 位，且 ≤ int。绝大多数平台确实是 16 位，但嵌入式或特殊架构（如某些 DSP）可能不同。直接硬编码 sizeof(short) == 2 会埋雷。
使用场景：做序列化、内存映射、与硬件寄存器交互时，尺寸必须确定。
- 优先用固定宽度类型：
int16_t或uint16_t（需#include <cstdint>），它们明确保证 16 位 - 若必须用
short，用static_assert(sizeof(short) == 2, "short expected to be 16-bit");做编译期检查 - 文件读写时，别直接
fread(arr, sizeof(short), n, fp)—— 改用int16_t并确认端序
真正麻烦的不是怎么写 short arr[5]，而是它一旦进了 ABI 边界（比如 DLL 接口、网络包、内存映射文件），尺寸和符号就全得手动对齐。这时候宁愿多打几个字母写 int16_t。
