%d 是列印有符號數，如果引數是無符號數，要轉化成有符號數

%u 才是列印無符號數，如果引數是有符號數，轉化為無符號數

下面轉自：

   無符號數與有符號數之間存在著很多細節問題，稍有不慎就可能導致程式出現不可預料的錯誤。如果說是在長度相同的數值型別之間相互轉化或者向長度比較短的資料轉化是沒有問題的，結果都是已定義的：多餘的位將被簡單的丟棄。但是，一旦需要向長度更長的資料型別轉化這個問題就會變得十分蹊蹺。例如編譯器在轉化char型別到int型別時，需要作出選擇：應該講字元作為有符號數還是應該無符號數處理?如果是前一種情形，編譯器在將char型別擴充套件到int型別時，應該同時複製符號位；而如果是後一種情況，編譯器只需要在多餘的位上直接填充0即可。

        下面是自己總結的一個小陷阱，如果將一個較短的數值轉化為一個較長的數值的時候，尤其是轉化為無符號數的情形下，問題就會出現。因為數值會首先轉化為較長型別的有符號數，然後再同類型轉化為無符號數。例如：c是一個字元變數，使用(unsigned)c就可以得到與c等價的無符號整數，這是失敗的。因為在將字元c轉化為無符號整數時，c將首先被轉化為int型整數，而此時可能得到非預期的結果。

        正確的方式是使用(unsigned char)c，因為一個unsigned char型別的字元在轉化為無符號整數時無需首先轉化為int型整數，而是直接進行轉化。

下面是我在Visual Studio 2008下測試的結果。

1. #include <stdio.h>
2. int main()  
3. {  
4.     char a = -2;  
5.     unsigned char b = (unsigned char)a;  
6.     int c = a;  
7.     unsigned int d = (unsigned int) a;  
8.     unsigned int e = (unsigned char)a;  
9.     printf("a = %d\nb = %d\nc = %d\nd = %d\ne = %d\n",a,b,c,d,e);  
10.     return 0;  
11. }  

可以發現VS2008的編譯器資料轉化時是將符號位擴展出去的。注意unsigned int d = (unsigned int )a語句，將a首先轉化為int,此時為-2，將-2轉化為unsigned int其實沒有起作用，列印的時候仍然是按照有符號數列印的。

        總結：在執行短資料向高資料轉化時，首先在本型別上完成無符號轉化，然後向高資料轉化。這樣做的目的是多餘位直接補0.

發現一個問題：

1. #include <stdio.h>
2. int main()  
3. {  
4.     short a = -2;  
5.     unsigned int d = (unsigned short) a;  
6.     printf("a = %d\nd = %d\n",a,d);  
7.     return 0;  
8. }  

如果同類型之間的轉化則出現了問題

1. #include <stdio.h>
2. int main()  
3. {  
4.     int a = -2;  
5.     unsigned int d = (unsigned int) a;  
6.     printf("a = %d\nd = %d\n",a,d);  
7.     return 0;  
8. }  

猜測：這就跟printf跟的格式化引數有關，使用%d則認為最高位為符號位，打印出來的結果按照有符號數列印，如果想打印出無符號數應該使用格式化引數%u.

1. #include <stdio.h>
2. int main()  
3. {  
4.     unsigned int a = 0Xf0000001;  
5.     unsigned int d = (unsigned int) a;  
6.     printf("a = %d\nd = %d\n",a,d);  
7.     return 0;  
8. }  

================

比如-1， 1000 0001，反碼是1111 1110補碼是1111 1111， 如果強制轉換為無符號32bit，是先轉成1111 1111 1111 1111，所以這就是解釋了為什麼總是說短的有符號變成長的前面要補1.  之後轉換為無符號數。但是%d列印是按有符號數列印的。