unsigned int与int相加如何转化问题

有符号数和无符号数在一起运算，不要以为遵循的仍然是短的向长的靠齐。以前我们知道，如果一个short和一个int在一起运算，

首先编译器会将short自动转换为一个int类型中间变量，然后进行运算。但是有符号数和无符号数在一起运算的话，并不是这样。

整形数据转换的相关知识：首先说说符号数和无符号数之间的转换。无符号数可以转换为有符号数，有符号数也可以转化为无符号整形，这之间的转换一般编译器也不会给出警

告，因为这种转换不涉及到bit丢失的情况，内存内容不会发生任何改变。仅仅是对这块内存的解释不一样而已。

例如： int a = -3;

 unsigned int b= a; // b= 65533

反之一样。

编译器里面有标准的转换，这个是在整形运算的时候出现。标准转换的规则是：短的的向长的转；有符号的向无符号的转。如果被转换的数据比转换后的数据要长的话，转换可能会丢失bit数据。通常，编译器会给出警告。

在32位机上
unsigned int 最大可表示2^32 - 1
int最大可表示2^31-1
这样int就转为了unsigned int，由于y<0，即y的最高位符号位是1，转为unsigned int后最高为不再是符号位，而是一个最高位的正数，于是两者相加就会是一个很大的正数了

无符号数据和有符号整数进行运算，是有符号整数向无符号整数靠齐。这里，我们可以总结一条规则：整形数运算，总是遵循一个原则：小的往大的扩展。

从小到大：short -> unsigned short -> int -> unsigned int

之所以这里有符号数类型长度比无符号数类型长度小，区别在于最高位使用与否。下面看看几个例子：

eg1：

       int a=-6;

       unsigned int b = 3;

       typeid(a+b)-----------------------unsigned int   a+b结果：为一个很大的整数

       潜在：int --> unsigned int

eg2:

       unsigned short s1 = 3;

       int i2= -5;

       typeid(s1+i2) ----------------------int   a+b结果：-2

潜在：unsigned short--> int

 eg3：

              unsigned int s1 = 3;

              long i2= -5;

       typeid(s1+i2) ---------------------unsigned int   a+b结果：很大的正整数

潜在： long--> unsigned int

详细：
因为计算机（注意，是计算机，不是编译器，也不是操作系统）总是希望能尽量大的囊括结果，防止溢出产生错误（尽管有人会说向下溢出怎么办，但别忘了，负数加减换成补码也成了正数的加运算）。

int -20在32位计算机中的存储形式为：1111 1111 1111 1111 1111 1111 1110 1100 第一位1为符号位，负

unsigned   10在32位计算机中的存储形式为：0000 0000 0000 0000 0000 0000 0000 1010

unsigned+int 后结果转为unsigned存储，故int -20转化为unsigned int,由于符号位为1，转为unsigned int 后最高位不再是符号位，而是一个最高正的位数，两者相加为

1111 1111 1111 1111 1111 1111 1111 0110 即为4 294 967 286。