無符號數和有符號數是不能進行比較運算的，否則可能會出現意想不到的錯誤，且極難檢查出來!

　　首先肯幾個例子(假設在32位的機器上)：

　　1 1. 0 == 0U

　　2 2. -1 < 0U (注： 0是無符號的)

　　3 3. 2147483647U > -2147483647 - 1

　　4 4. 2147483647 > (int) 2147483648U

　　結果如下：

　　1 1. 1

　　2 2. 0 *

　　3 3. 0 *

　　4 4. 1 *

　　從結果中可以看出，2 3 4都不是我們想像中的結果。在C語言中，當一個無符號數和一個有符號數進行比較運算時，有符號數會被隱含的轉換成無符號數，并假設這兩個數都是非負數，然后進行比較運算。當把一個有符號數轉換成無符號數時，其底層的二進制表示沒有改變，僅僅是對其進行了不同的解釋。這樣，由于這兩個原因就會出現上面的結果。

　　首先分析一下2：

　　-1的二進制補碼表示是32個1。而0U的二進制補碼表示是32個0.在比較的時候，-1被當做無符號數，也就是把32個1當做無符號數和32個0的無符號數比較，顯然，32個1要大于32個0.所以，2的結果是1.

　　再看看3,-2147483647的二進制補碼表示是1000 0000 0000 0000 0000 0000 0000 0000, -1的補碼表示是32個1,兩個相加，也就是補碼異或，得到0111 1111 1111 1111 1111 1111 1111 1111，這個結果是溢出的。由于前一個的操作數是無符號數，因此，前面的計算結果被當做無符號數來處理，因此，這兩個數是相等的。所以結果是0.對于 4,2147483648U被轉換成有符號數是-1,所以4的結果是1.

　　從上面可以看出，無符號數和有符號數在進行比較的時候，如果數值在邊界上，則很容易出錯。

　　看下面的一段程序：

　　1 float sum(float a[], unsigned int len)

　　2 {

　　3 int i;

　　4 float r = 0.0;

　　5 for (i = 0; i <= len - 1; ++i)

　　6 {

　　7 r += a[i];

　　8 }

　　9 return r;

　　10 }

　　如果len為0,那么這段代碼將不會返回0.0。而是段錯誤。