万万没想到,万万没想到~~
没想到的是IoT service不仅仅是一个MQTT Broker,”他“还”好心“帮你多做了一件事情,就是topic转换,哈哈,没想到吧,subscribe的topic竟然和publish的topic不一样!
神马?!是的,你没听错!当然,多加topic转换的一步是有一定原因的(至于为什么会有这样的顶层设计,我目前还无暇思考),也是容易实现的,因为app和device都是注册到”他“那里的,app和device的认证信息都在”他“那,做个topic转换还不简单!
至于”MQTT 连接成功订阅不成功“的难题也顺利解决了。因为IoT service不认识你publish的topic,所以MQTTListener不给你subscribe!所以有”一连一断(不断的循环往复connect和disconnect,就是不执行subscribe()方法)“。这个问题是不是socket closed by remote peer呢?好像还不一样。
MQTTGataway回调函数里subscribe的topic如下:
String topic = "iot-2/type/" + MqttUtil.DEFAULT_DEVICE_TYPE + "/id/+/evt/"
+ MqttUtil.DEFAULT_EVENT_ID + "/fmt/json";
MQTTListener的监听的onPublish中(用来监听device或者sensor端的publish的topic)的topic如下:
Pattern pattern = Pattern.compile("iot-2/type/"
+ MqttUtil.DEFAULT_DEVICE_TYPE + "/id/(.+)/evt/"
+ MqttUtil.DEFAULT_EVENT_ID + "/fmt/json");
XXDevice或者XXSensor端publish的topic如下(重要的事情说三遍,是的,你没看错!):
connection.publish("iot-2/evt/eid/fmt/json", data.getBytes(),