最贊回答 / 王飛0123
思路: 服務器端通過map集合存儲 key value ; 客戶端模擬 mina通信協議完成 別名數據傳遞 ;最后在服務器端模擬發送通知的邏輯 ?完成!希望對你有幫助!
2015-07-22
最新回答 / 王飛0123
這個問題 我估計你是被繞進去了, 如何標識用戶 是你的app 里面用戶可以自己來確定的 ,或者你可以后臺根據大數據分析出該用戶的興趣,區域 直接找到這些用戶 進行批量推送!?
2015-07-22
太好了,成功了。期待繼續出這么好的課程!:)離線消息重新發送也當成普通消息就好,發送完了客戶端回執成功也會再次被刪除的。不需要馬上刪除。
2015-07-10
用synchronized鎖住xmppManager對象,但wait和notifyAll所鎖住的xmppManager好像不是同一個對象吧
2015-07-08
針對這篇課程的一個筆記http://blog.csdn.net/chenzujie/article/details/46674831
2015-06-28
郭神,這一集最后的處理方式,增加shouldSave地方有個邏輯錯誤,當用戶從離線到上線重新發送的notification根本沒有做入庫操作,因此客戶端收到該notification發送DevilerConfirmIQ給服務器端的時候,服務端就刪不了對應的數據,因為數據庫沒有這條數據。
2015-06-28