short指针常见错误包括：非法整数赋值、int地址强转导致越界、未对齐访问引发异常；解引用时符号扩展易致unsigned转换错误；vector::data()返回指针需检查非空且防重分配失效；sizeof(short)由平台决定，与short类型无关。

short* 指针声明和初始化常见错误

声明 short<em></em> 时最容易忽略类型对齐和字面量隐式转换。比如写 short p = 1000; 是非法的——指针不能直接赋整数地址（除非用 reinterpret_cast，且极不安全）。更常见的错误是把 int 变量地址强转给 short<em></em>：int x = 123; short p = (short*)&x;，这会导致读取越界或值错乱，因为 int 通常占 4 字节，short 占 2 字节。

• 必须用 & 取已声明的 short 变量地址：short val = 42; short* p = &val;
• 若需指向动态内存，用 new short，而非 new int 后强转
• 数组场景下，short arr[5]; short* p = arr; 合法，但 p + 1 移动的是 2 字节，不是 1 字节

解引用 short* 时的符号扩展陷阱

short 是有符号类型，解引用后若直接赋给更大整型（如 int），会触发符号扩展。例如：

short s = -1;
short* p = &s;
int x = *p; // x == -1，正确
unsigned int y = *p; // y == 4294967295（补码扩展），非预期

这不是指针问题，而是类型转换行为。容易在跨平台计算、网络序列化或位操作中出错。

• 需无符号语义时，显式转换：unsigned short us = static_cast<unsigned short>(*p);</unsigned>
• 与 char<em></em> 混用时尤其危险：用 short 读内存块，若起始地址未按 2 字节对齐，可能触发硬件异常（ARM 等平台）或性能惩罚（x86 通常容忍但慢）

short* 和 vector::data() 的兼容性注意点

std::vector<short></short> 的 data() 返回 short*，看起来可以直接用。但要注意生命周期和空容器边界：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

立即学习“C++免费学习笔记（深入）”；

• vector<short> v; short* p = v.data();</short> → p 可能为 nullptr（C++11 起允许），解引用前必须检查 !v.empty()
• v.push_back(...) 可能导致重分配，使原有 short* 指针失效——这点和原始数组不同，但常被当成“等价替代”而忽略
• 若需长期持有指针，优先考虑保存索引或用 span<short></short>（C++20），而不是裸指针

sizeof(short*) 在不同平台的实际大小影响

short<em></em> 是指针类型，其大小和 short 本身无关，只取决于平台架构：sizeof(short) 在 64 位系统上通常是 8 字节，在 32 位上是 4 字节。有人误以为“short<em></em> 更省内存”，其实它和 int、char* 占用相同空间。

• 指针数组（如 short* ptrs[1000];）的内存开销由指针数量 × 指针大小决定，和所指类型无关
• 在嵌入式或内存受限场景，别指望换用 short* 节省指针存储；真正省空间的是减少指针数量，或改用索引代替指针

指针本身不带类型信息，short<em></em> 的所有“短”特性都来自编译器对解引用和算术的解释——一旦绕过类型系统（比如用 memcpy 或 reinterpret_cast<char> 直接操作），就完全依赖程序员对内存布局的精确控制。