Re: [問題] GCM延遲問題

看板AndroidDev作者 (貝纳頌)時間10年前 (2014/04/22 10:21), 編輯推噓1(1022)
留言23則, 3人參與, 最新討論串6/7 (看更多)
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

04/22 10:33, , 1F
收到 GCM 和要不要出現通知是兩件事情唷
04/22 10:33, 1F

04/22 10:46, , 2F
fine,請把通知用戶,改為通知client
04/22 10:46, 2F

04/22 11:03, , 3F
我只是單純覺得單從通知有沒有出現就判斷別人 App
04/22 11:03, 3F

04/22 11:04, , 4F
去遠端取得資料的時間點,可能證據上不太夠。
04/22 11:04, 4F

04/22 11:33, , 5F
你可以考慮root你的手機,然後去看line的db
04/22 11:33, 5F

04/22 11:34, , 6F
收到通知,跟進到聊天室窗之後,哪些table會有變化
04/22 11:34, 6F

04/22 11:34, , 7F
line聊天內容都沒有加密,可以看得很清楚
04/22 11:34, 7F

04/22 11:35, , 8F
已root只是懶得看,後來你提出的這些東西才是足夠
04/22 11:35, 8F

04/22 11:36, , 9F
支持你說法的證據。
04/22 11:36, 9F

04/22 11:40, , 10F
不過使用者是否在線這點由 Server 偵測似乎有點費工
04/22 11:40, 10F

04/22 11:45, , 11F
client跟server有沒有連線的話 server應該是要知道的
04/22 11:45, 11F

04/22 11:46, , 12F
他至少要知道每個connection idle了多久
04/22 11:46, 12F

04/22 11:49, , 13F
是不是應該切斷,他原本就該做的事情,何來費工之說?
04/22 11:49, 13F

04/22 12:00, , 14F
因為多一個要去檢查連線狀況才決定要不要發的工
04/22 12:00, 14F

04/22 12:04, , 15F
有更好的方式願聞其詳 感謝分享!!
04/22 12:04, 15F

04/22 12:11, , 16F

04/22 12:12, , 17F
我是從這邊推測應該不會是一個 connection 在那邊
04/22 12:12, 17F

04/22 12:47, , 18F
我看不出來......,spdy 不是只有加速http嗎?
04/22 12:47, 18F

04/22 13:30, , 19F
再看了一下相關資料,看來應該我之前對這部份有誤解
04/22 13:30, 19F

04/22 13:38, , 20F
還是謝謝你的分享,這個部落格很不錯
04/22 13:38, 20F

04/22 13:41, , 21F
我對 SPDY 的 Server Push 有很大的誤解啊 囧>
04/22 13:41, 21F

04/22 13:41, , 22F
果然看書不要偷懶只看標題
04/22 13:41, 22F

04/24 12:20, , 23F
謝謝D大幫忙解惑~
04/24 12:20, 23F
文章代碼(AID): #1JLT8Q8D (AndroidDev)
討論串 (同標題文章)
文章代碼(AID): #1JLT8Q8D (AndroidDev)