公司是做Zwave智慧家居的，以前和伺服器連線是TCP長連線，最近想將伺服器切換為MQTT伺服器，做到主機與主機之間實現資料互通，這樣就能以組網的方式，靈活的搭建使用場景，做到從家裝到工裝的轉變，甚至跨平臺的控制。從理論上是可行的，實際上又要開始填坑了。

先說下大概的使用場景，如一個家庭A(別墅型），面積大，有五臺用來控制裝置的主機（ABCDE），每臺主機有屬於其自己的裝置，目前的是可以直接控制的，現在的需求是需要主機之間能相互控制對方的裝置。思路其實很簡單，就是主機之間要相互通訊，各自知道各自有什麼裝置，控制的時候將想要控制的裝置傳送給對方，對方再執行。參與MQTT來說，就是每臺主機即是訂閱者，又是釋出者。

MQTT的使用非常簡單，網上有很多相關的例子，如（https://blog.csdn.net/qq_27600345/article/details/80741284）（PS:但基本都是入門級的使用，很多東西還是需要自己慢慢探索的，也許是我沒找到相關塊的資料）。這裡就不再貼程式碼了，簡單的說下遇到的問題，雖然現在回過頭去很簡單，但還是浪費了我一天的時間，裡面有無數次抓狂。

首先是多個訂閱的方法，這個比較容易，有心的話基本不用找資料都能發現：

SDK中已經提供了訂閱多個主題的方法Client.subscribe(String[] topicFilters, int[] qos)，只要把主題拼成陣列就行了。

其次，就是釋出多個主題，這也是困了我整整一天的問題，裡論上獲取多個topic，然後迴圈傳送就可以了，然後測試的時候發現當第一個釋出成功之後MQTT伺服器直接斷掉了，然後各種找資料，各種找原因，後面一步一步除錯發現不是方法的問題。

其實這樣迴圈布是可行的，伺服器一直斷線的原因是我接收到資料之後寫了個回撥，然後在回撥裡面直接處理資料了，資料量有點大，一兩秒還是要的，然後阻塞了接收訊息的執行緒，造成後續資料進不來，把伺服器卡掉線了。把回撥扔到執行緒池裡就可以了。

從結果來看，messageArrived應該是單執行緒操作，所以不能進行耗時操作，回過頭去看，確實非常簡單，但就這麼句程式碼，整整困惑了我一天，但這也怪自己不能靜下心來除錯，平時也沒注意這個。希望對遇到同樣問題的同學有個參考。