其實你貼的兩份 code, 一個是資料接收thread, 另一個則是 UI thread (顯示數值) 兩者透過 handler message 溝通, 基本上看起來就是接收端收到一組資料, 以 byte[] 存起來, 然後送到 UI thread 因為並沒有網路(藍牙)另一端的code, 所以我還是不知道你收到的格式是什麼 資料格式, 要搞清楚的幾點: 1. 如果你的資料, 範圍可能在 0~255, 那就是純粹的 byte 數值 (我會假設是這個) 但要注意到 java 的 byte 是 signed, 所以它是 127 ~ -128 但對方可能要送給你的是 0 ~ 255, 所以你必須轉型成 int 再取最後 8 個 bit 才會變成 unsigned 下面 int value = readBuf[i] & 0xFF; 就是這個目的 (基本上傳的就是8 bit 數字, 至於dec/hex等, 只是你code要如何表示; 當你要顯示出來時, 才需要考慮是用哪種進位制顯示, dec/hex此時才有意義) 如果要列印或顯示出來, 就必須把數值轉成字串 轉換概念其實是把 255 變成 '2','5','5'三個字元所形成的字串 建議使用 Integer.toString (有多種變型) 註: String.valueOf() 也可以, 但是它內部其實就是呼叫 Integer.toString() 因此用 Integer.toString() 效能有可能(不保證)會好一點點 但這算是 micro optimization, 沒必要特別去在意就是了 2. 如果對方送來的資料, 是 ASCII, 代表每個 byte 則是一個可列印的字元, 例如: 當你收到一個 byte 數值為 48 時, 其實發送端要表示的是 '0' 這個字元（或數字） 這樣就是 ASCII, 這樣你收到的 byte 數值, 範圍就不見得是 0 ~ 255 根據字元集及應用的不同, 範圍會有不同 例如 如果對方要送的是十進位數字 ASCII, 那麼範圍就是 48 ~ 57 (或是 0x30 ~ 0x39) 而你收到時, 應該用 '0' ~'9' 來看待它 (邏輯上); 而收到不在此範圍的就是錯誤 而且因為ASCII就是要用來列印的, 就可以直接用 new String 轉成字串 又例如是 十六進位 ASCII 的話, 範圍就是 '0'~'9' 及 'A'~'Z', 不贅述 基本上我假設你的專案是屬於第一種 (傳 0~255 unsigned byte 數值), 而 252 ~ 255 是控制值, 用來決定接下來的(非252~255)數值要顯示(或放)在哪個區域 程式修改如下: 為了增進效率 請在 OnCreate 時準備這個成員變數 (id1~4要由 findViewById 得到) TextView[] mIdViews = new TextView[] { id1, id2, id3, id4 }; 那麼你在 case MESSAGE_READ 裡的code 就可以簡化成: byte[] readBuf = (byte[]) msg.obj; for(int i=0; i<msg.arg1; i++) { // 一個 byte 一個 byte 處理 int value = readBuf[i] & 0xFF; // 轉成 unsigned 0~255 if (value >= 252 && value <= 255) { // 是否為控制ID? IdCheng = 256 - value; // 是, 改變IdCheng continue; // 處理下一個 byte } // 根據目前 IdCheng 值用不同的 TextView 來顯示其十進位值 mIdViews[IdCheng - 1].setText(Integer.toString(value)); } 其實建議 IdCheng 改成從0開始 (0~3), 更易讀也更有效率 但因為不確定你是否在別的地方有到 IdCheng, 所以這裡就沒改了 另外如果你要印在UI上出來的是十六進位而非十進位, 最後一行把 Integer.toString(value) 改成 Integer.toHexString(value) --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.135.248.89