恶心的Android 蓝牙用Android 开发一个应用，其中想使用蓝牙来做数据交换。先查了一下资料，感觉还算简单，于
恶心的Android 蓝牙
用Android 开发一个应用，其中想使用蓝牙来做数据交换。
先查了一下资料，感觉还算简单，于是就开始了一整天的痛苦历程。
?
基本上用discover之类的能够很快的发现对方的蓝牙设备，但是在
建立socket的时候，就出了一堆问题。刚开始，服务端用
?
adapter.listenUsingRfcommWithServiceRecord
?
加上某个UUID来监听，同时获得serverSocket，客户端用?
?
serverDevice.createRfcommSocketToServiceRecord
?
来获取socket，然后就在 socket.connect的时候，出了很多
奇怪的错误。
?
最开始是?Service discovery failed ,
然后是 connection refused，
然后是??File descriptor in bad state?
?
总之搜索了一下，确实千奇百怪的错误都有。后来看到有人用?
?
Method m = serverDevice.getClass().getMethod( "createRfcommSocket", new Class[]{int.class});
BluetoothSocket socket = (BluetoothSocket) m.invoke( serverDevice, Integer.valueOf( 1));
据说能解决，尝试了一下，也是有时成功有时失败，极不稳定。
再后来，仔细考虑了一下，其实?createRfcommSocket 这个方法，指定连接的是 1号端口，而服务端则还是用UUID来启动服务，至于其绑定了哪个端口，其实是不可知的。最开始客户端用?createRfcommSocketToServiceRecord 这个方法，其实是利用UUID去找到相应的服务，只不过不知道是不是我的UUID的问题，导致它找不到，所以报 service discovery failed这个错。而直接用反射的方法去访问 1号端口，如果凑巧服务端也是在1号端口监听，那就没问题。如果不是，并且没有服务在监听，就会报connection refused这个错。如果有别的服务在监听，然后又不理解我的这个协议，就会报?File descriptor in bad state? 这个错。
想明白了，解决起来也就容易。办法是在启动服务的时候，也用反射
Method listenMethod = btClass.getMethod("listenUsingRfcommOn", new Class[]{int.class});BluetoothServerSocket returnValue = ( BluetoothServerSocket) listenMethod.invoke(btAdapter, new Object[]{ 29});
我在服务器和客户端都用29端口，然后就稳定下来了。花了一整天的时间，真是无语。
