必须用%hu输出unsigned short，因printf不识别参数真实类型；%d会误读符号位，%u行为未定义；cout自动提升为int，语义丢失但功能正常；调试时建议static_cast<unsigned int>显式转换。
printf 里用 %hu 才能正确输出 unsigned short
直接用 %d 或 %u 会出错——前者可能显示负数（符号位被误解释），后者可能截断或溢出，因为 printf 不知道你传的是 16 位无符号整数，它只按你写的格式符去“猜”参数大小和符号性。
实操建议：
-
%hu中的h表示 “short”，u表示 “unsigned”，合起来就是专用于unsigned short的格式符 - 必须确保传入的确实是
unsigned short类型，不要传int或unsigned int再强转——类型不匹配时printf仍会按栈上实际字节数和格式符解释，容易错位 - 如果变量是
uint16_t（来自<cstdint>），它通常等价于unsigned short，但严格来说应查编译器定义；稳妥起见仍用%hu，除非你明确知道该平台下uint16_t是unsigned int
unsigned short x = 65535;
printf("%hu\n", x); // 正确：输出 65535
printf("%u\n", x); // 危险：x 被提升为 int 后再当 unsigned int 解释，值虽常对，但行为未定义
cout 输出 unsigned short 会自动转成 int，不是 bug 是设计
std::cout << x 看似简单，但底层会把 unsigned short 隐式提升为 int（因为 C++ 整型提升规则），所以你看到的是 int 的输出逻辑，不是原类型的直接映射。
这意味着：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不会出错，但丢失了“这是 16 位无符号”的语义意图
- 如果你依赖宽度、填充或进制控制（比如
std::hex），它仍然生效，因为提升后的int仍支持这些操纵符 - 不能靠
cout检查是否发生截断或溢出——它不反映原始类型的位宽约束
unsigned short y = 65535; std::cout << std::hex << y << "\n"; // 输出 "ffff"，没问题，但 y 已被提升
用 static_cast<unsigned int>() 强制显式转换再输出，适合调试边界值
当你怀疑某个 unsigned short 变量在计算中可能被隐式转成有符号类型（比如参与和 int 的比较），或者想确认它是否真在 0–65535 范围内，最直白的办法是把它转成更宽、更明确的无符号类型再打出来。
这样做的好处：
- 绕过
printf格式符匹配问题，也避免cout提升带来的语义模糊 -
unsigned int在所有主流平台都 ≥16 位，足够容纳unsigned short全范围 - 便于后续加断言或日志过滤，比如
assert(x == static_cast<unsigned int>(x));
unsigned short z = 42; std::cout << static_cast<unsigned int>(z) << "\n"; // 明确、安全、可读
Windows 下 wprintf 和宽字符环境要额外小心 %hu
在启用 Unicode（如项目设置为 Unicode 字符集）且用 wprintf 时，%hu 依然有效，但前提是传入的仍是窄字符格式的 unsigned short。一旦混用 wchar_t 或宽字符串字面量，就可能触发类型不匹配警告甚至运行时异常。
常见错误现象：
- 编译报
warning C4477: 'wprintf' : format string '%hu' requires an argument of type 'unsigned short', but variadic argument 1 has type 'unsigned short'—— 看似矛盾，其实是编译器在宽字符模式下对参数类型校验更严 - 输出乱码或零值，尤其当
unsigned short实际存的是 UTF-16 代理对高位时
建议统一用窄字符接口处理数值输出，或改用 std::wcout + static_cast<unsigned int>() 避开格式化歧义。
printf 能自己推导类型，结果在不同平台或优化级别下输出忽对忽错；还有人把 unsigned short* 直接传给 %hu（少了解引用），一运行就崩。 
