恶心的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端口,然后就稳定下来了。
花了一整天的时间,真是无语。

相关推荐