其实你贴的两份 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