最近項目中有需求對存有 ARGB8888 數(shù)據(jù)的 Bitmap 進行基于原值的透明度（alpha 值）調整，要對每個像素的 alpha byte 處理。
問題
下表描述了 byte 類型在圖像處理和 Java 中分別的表達范圍
| 領域 | 符號 | 表達范圍 |
|---|---|---|
| 圖像處理 | unsigned | [0..255] |
| Java | signed | [-128..127] |
假設 Bitmap 中某像素的 alpha byte 二進制表示為 1000 0000。
解析為 unsigned 時數(shù)值為 128，而 signed 時則為 -128。
此時如果想將它減半，期望為 128 / 2 = 64 (0100 0000)。
因此在所有數(shù)值都被作為 signed 解析的 Java 中，進行以上計算會出現(xiàn)問題。
1: byte a = (byte) 128; // int 128 的高 24 位被截斷，成為 1000 0000
2: System.out.println(a); // 輸出 -128，證明被作為 signed 解析了
3: byte b = (byte) (a / 2); // alpha 值減半，-128 / 2 = -64
4: System.out.println(b); // 輸出 -64 (1100 0000)
很明顯這與期望的 64 (0100 0000) 不同，如果把在 Java 中計算后的結果保存起來，在圖像處理中該 alpha 會被解釋為 192 (1100 0000)。
精度轉換
當 2 個不同類型的數(shù)值進行計算時，精度較低的其中 1 個必須先轉換為精度較高的類型，然后再繼續(xù)進行計算。
隱式轉換
以上第 3 行代碼中類型為 byte 的 a 精度比類型為 int 的 a 低，所以需要被隱式轉換為 int，那么將這行代碼分為 3 步。
- 隱式轉換
a為int:int t = a - 開始計算:
int t1 = t / 2 - 將
int截斷轉為byte:byte b = (byte) t1
引起問題的隱式精度轉換
其實引起問題的是以上的步驟 1，當 byte 轉換為 int 時，最高位的值會被用作填充轉換后 int 的高 24 位。
a (1000 0000)
隱式轉換為
t (1111 1111 1111 1111 1111 1111 1000 0000)
這時 t 在 Java 中被解析為 -128，因此步驟 2 的計算會有問題。
解決方法
在步驟 1 后插入一個與操作 t = t & 0xff，將高 24 位的值置為 0
t (1111 1111 1111 1111 1111 1111 1000 0000)
&
0xff (0000 0000 0000 0000 0000 0000 1111 1111)
=
t (0000 0000 0000 0000 0000 0000 1000 0000)
這時 t 在 Java 中被解析為 128，這時拿去計算就可以得到預期結果了。
那么將源代碼改一下如下
3: byte b = (byte) ((a & 0xff) / 2); // alpha 值減半，128 / 2 = 64
內置方法
其實也可以用 int Byte:toUnsignedInt(byte) 去達到相同的效果，原理是一樣的。
public static int toUnsignedInt(byte x) {
return ((int) x) & 0xff;
}
3: byte b = (byte) (Byte.toUnsignedInt(a) / 2); // alpha 值減半，128 / 2 = 64
