最近的android蓝牙开发项目也逐渐接近尾声，基本的功能都已经完成，只剩下界面的设计。现在真的是舒了一口气！
作为编程学习经验只有1年的菜鸟，这是我独自完成的商业性产品，而且还是涉及到与单片机蓝牙模块的底层通信，难度自然不小。最大的难度不是知识点不懂，而是调试，因为干扰因素实在是太多，很难找出是软件的问题还是硬件的问题，所以，在代码中一定要设置好调试点，以方便查询问题的症结点。
线程也是一个考虑的因素。凡是涉及到I/O的编程，都是一个不小的难题，因为它里面会涉及到线程问题。java的线程库的确非常方便好用，但要想正确的使用还是一个值得研究的话题，最坏的情况就是我们胡乱的使用线程技巧结果导致无谓的线程开销。
当然，这里的线程还是非常简单，关于同步，锁机制这些高级的话题根本没有用到，基本的线程知识就已经够用了。
与蓝牙模块通信最重要的地方就是数据的发送和接收，因为是底层的操作，所以更多是发送16进制数据。
进制转换是我们程序员的必修课，属于基本素质。这里需要的是将字节数组转化为16进制字符串，方法都是通用的：
public static String bytesToHexString(byte[] bytes) { String result = ""; for (int i = 0; i < bytes.length; i++) { String hexString = Integer.toHexString(bytes[i] & 0xFF); if (hexString.length() == 1) { hexString = '0' + hexString; } result += hexString.toUpperCase(); } return result; }
接下来就是发送数据。
发送数据非常简单，之前有关于蓝牙编程的博文已经讲到了，http://www.cnblogs.com/wenjiang/p/3200138.html，这里只讲重要的一点：大容量字节数组的发送。
我们需要发送64个字节的数组，如果一次性发送过去，单片机那里可能无法及时处理以致没有任何回应，因为单片机那里是设置了数据接收的延时时间。要想畅通的与蓝牙模块通信，考虑这个时间差非常重要。调整字节的发送速率，就成为非常关键的一步。值得注意的是，数据的发送是非常快的，就是因为这样才会导致单片机那里无法及时处理，所以，每次发送后的延时是非常重要的。我们单片机那里的延时是10毫秒，所以我们选择发送完每个字节后就延时10毫秒再发下个字节。
for (byte b : bytes) { out.write(b); Thread.sleep(10); }
具体的延时时间和字节发送速率得看单片机那里程序的设置。
在使用InputStream的时候，必须注意，InputStream的读取是阻塞的。这点在一般的情况下是不会影响到我们的程序，但是记住这个情况对于代码的设计是非常重要的，尤其是在考虑用户体验的时候。
无参数的read()是每次只从流中读取一个字节，这种做法效率非常低，但是简单，像是读取整数值这种情况，使用read()就非常好，但如果是16进制字符串呢？使用InputStream.read(byte[] b)或者InputStream.read(byte[] b,int off,int len)方法，这样一次就能读取多个字节。
如果是读取多个字节，我们常常使用InputStream.available()方法来获取数据流中可读字节的个数。读取本地数据的时候，该方法发挥得非常好，但如果是读取非本地数据，就可能出现字节遗漏的问题，像是要读取100个字节，可能就是90个，甚至是0个。
出现0个的情况就是单片机那边没有响应或者字节还没发送过来，这时我们就需要一个循环来保证我们能够拿到数据：
int count = 0; while (count == 0) { count = in.available(); } byte[] bytes = new byte[count]; in.read(bytes);
但像是上面的90个字节的情况就是字节遗漏。对于这种情况，解决方法也很简单：
byte[] bytes = new byte[count]; int readCount = 0; // 已经成功读取的字节的个数 while (readCount < count) { readCount += in.read(bytes, readCount, count - readCount); }
最好是这么写，因为Java的API已经明确的告诉我们，read()方法并不能保证读取到我们想要的字节数。
这样我们就能解决16进制数据的发送和读取了。