C++负数赋给无符号变量会发生什么-C++-PHP中文网

负数赋给unsigned int按模运算转换为极大正数，如-1转为4294967295（32位）或255（8位），非底层位 reinterpret；混用有符号与无符号时，隐式提升致逻辑错误，循环易成无限。

c++负数赋给无符号变量会发生什么

负数赋给 unsigned int 不会报错，但值会变成一个极大正数——这不是“错误”，而是标准定义的行为，本质是模运算（modulo）。

赋值时实际发生的是取模，不是截断或补码转换

当你写 unsigned int x = -1;，C++ 标准规定：结果等于 -1 % UINT_MAX + 1，即 -1 对该类型能表示的数值总数（2^N）取模后的非负余数。对 32 位 unsigned int 来说，就是 -1 % 4294967296，结果为 4294967295。

这个过程与底层补码存储无关——即使你换用不同 ABI 或平台，只要类型宽度一致，结果就确定
不要误以为是“把 int 的二进制位直接 reinterpret 为 unsigned”；标准明确要求按数学模运算定义
unsigned char c = -1; 得到 255，因为 -1 % 256 == 255，和位宽严格对应

混用有符号和无符号变量时，隐式转换更危险

算术表达式中只要出现 unsigned，所有操作数都会被提升为无符号类型再计算，int 负值会先转成大正数，再参与运算。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

unsigned u = 10; int i = -42; std::cout 输出 <code>4294967264（假设 32 位 int），不是 -32
if (len - offset 中若 <code>len 和 offset 是 size_t（即 unsigned），整个条件永远为假，分支永不执行
编译器通常不警告这类转换，GCC/Clang 需加 -Wsign-conversion 才可能捕获

循环中用 `unsigned` 做递减计数器极易死循环

这是最常被忽略的实际陷阱：条件判断依赖 或 <code>>= 时，unsigned 永远不会“小于 0”。

for (unsigned i = 10; i >= 0; --i) 是无限循环——当 i 减到 0 后再执行 --i，得到的是 UINT_MAX，条件仍为真
正确写法应是 i > 0 并从 i = 10 开始，或改用带符号类型（如 int）
STL 容器的 size() 返回 size_t，直接用于反向遍历（如 for (auto i = v.size(); i >= 0; --i)）同样踩坑