unsigned int 本身永远不会为负数；所谓“负数”是因用%d打印或与int混用导致的误解释，如UINT_MAX用%d显示为-1，或int转unsigned后-1变成4294967295。
unsigned int 什么时候会出负数？
它根本不会出负数——但你可能看到“负数”是因为和 int 混用，或用 %d 打印。比如：unsigned int x = 4294967295;（即 UINT_MAX），用 printf("%d", x) 会显示 -1，这只是 printf 解释错了二进制位，不是 unsigned int 本身变负了。
常见错误现象：
- 用
%d打印unsigned int，控制台输出负值 - 和
int做比较（如if (i ），<code>i被隐式转成unsigned int，负数变成极大正数 - 循环中写
for (unsigned int i = n; i >= 0; --i)，永远停不下来（因为i永远 ≥ 0）
什么时候该用 unsigned int 而不是 int？
只在语义上**绝对不可能为负**、且需要明确表达这个约束时才用。典型场景是：数组索引、位操作掩码、协议字段长度、内存偏移量。
使用场景：
立即学习“C++免费学习笔记（深入）”；
- 容器大小（
std::vector::size()返回size_t，本质是无符号类型） - 硬件寄存器映射（协议规定某字段 0–255，用
uint8_t更准） - 哈希计算、CRC 校验等位运算密集场景（避免符号扩展干扰）
别为了“多一个 bit”而滥用——现代 CPU 对有/无符号加减性能几乎没差别，但可读性和安全性差很多。
和 int 混算的隐式转换规则很危险
C++ 的整型提升规则会让表达式中只要出现 unsigned int，整个操作数都往无符号靠。比如 int a = -1; unsigned int b = 1; auto c = a + b;，结果 c 是 4294967295（不是 0），因为 a 被转成 unsigned int 后成了 UINT_MAX。
参数差异与风险：
- 函数参数若声明为
unsigned int，传入负数会静默转成大正数，调用方完全感知不到 -
std::vector::at()接收size_type（无符号），传-1会变成极大索引，直接抛std::out_of_range - 模板推导（如
auto x = 42u + -1;）结果是unsigned int，不是你想的有符号类型
更安全的替代方案有哪些？
绝大多数情况下，优先用带符号类型；真需要无符号语义，选更明确的固定宽度类型。
实操建议：
- 索引和计数尽量用
size_t（但注意它和int比较仍危险），或配合断言检查非负：assert(i >= 0); std::vector::at(static_cast<size_t>(i))</size_t> - 协议/硬件场景用
uint8_t/uint16_t等，比裸unsigned int更可移植、意图更清晰 - 打印时严格匹配格式符：
unsigned int用%u，uint64_t用%" PRIu64（需<inttypes.h>）
容易被忽略的一点：unsigned int 在不同平台可能只是 16 位（老单片机）或 32 位（主流桌面），而 uint32_t 才真正保证宽度。别默认它“够用”。
