Re: [問題] GCM延遲問題

[Deltaguita (貝纳頌)]

gn板友有點誤會推播了

你回想一下line或是facebook

只有當使用者不在聊天頁面(離線)才會有通知對吧?


"推撥用在即時通訊"的實際應用是當用戶為離線(不在聊天室窗)

即時通訊server 向推撥 server發出請求通之該用戶有新訊息(請該用戶上線)

如果該使用者已經在線上了，就不需要透過GCM通知有新訊息

直接由server把packet往client丟


這樣的好處是不用一直維持連線網路連線(省電)

有甚麼不懂的可以再提問，我再補充



※ 引述《gn00742754 (西門貓)》之銘言：
: 今天跑了範例的GCM，
: 發現GCM延遲長達5~30秒，
: 在這麼長的延遲下，
: 就算在跟Server要資料，
: 整個聊天也會很緩慢，
: 感覺需要自己架設一個推播伺服器才有辦法達成聊天的需求，
: 真的有人用GCM來實作聊天功能嗎？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.37.235
※ 文章網址: http://www.ptt.cc/bbs/AndroidDev/M.1398133274.A.20D.html
→ lovelycateye:收到 GCM 和要不要出現通知是兩件事情唷
→ Deltaguita:fine，請把通知用戶，改為通知client
→ lovelycateye:我只是單純覺得單從通知有沒有出現就判斷別人 App
→ lovelycateye:去遠端取得資料的時間點，可能證據上不太夠。
→ Deltaguita:你可以考慮root你的手機，然後去看line的db
→ Deltaguita:收到通知，跟進到聊天室窗之後，哪些table會有變化
→ Deltaguita:line聊天內容都沒有加密，可以看得很清楚
→ lovelycateye:已root只是懶得看，後來你提出的這些東西才是足夠
→ lovelycateye:支持你說法的證據。
→ lovelycateye:不過使用者是否在線這點由 Server 偵測似乎有點費工
→ Deltaguita:client跟server有沒有連線的話 server應該是要知道的
→ Deltaguita:他至少要知道每個connection idle了多久
→ Deltaguita:是不是應該切斷，他原本就該做的事情，何來費工之說?
→ lovelycateye:因為多一個要去檢查連線狀況才決定要不要發的工
→ Deltaguita:有更好的方式願聞其詳  感謝分享!!
→ lovelycateye:http://tech.naver.jp/blog/?p=2381
→ lovelycateye:我是從這邊推測應該不會是一個 connection 在那邊
→ Deltaguita:我看不出來......，spdy 不是只有加速http嗎?
→ lovelycateye:再看了一下相關資料，看來應該我之前對這部份有誤解
→ Deltaguita:還是謝謝你的分享，這個部落格很不錯
→ lovelycateye:我對 SPDY 的 Server Push 有很大的誤解啊 囧>
→ lovelycateye:果然看書不要偷懶只看標題
推 crazyleaf:謝謝D大幫忙解惑~