gn板友有點誤會推播了
你回想一下line或是facebook
只有當使用者不在聊天頁面(離線)才會有通知對吧?
"推撥用在即時通訊"的實際應用是當用戶為離線(不在聊天室窗)
即時通訊server 向推撥 server發出請求通之該用戶有新訊息(請該用戶上線)
如果該使用者已經在線上了，就不需要透過GCM通知有新訊息
直接由server把packet往client丟
這樣的好處是不用一直維持連線網路連線(省電)
有甚麼不懂的可以再提問，我再補充
※ 引述《gn00742754 (西門貓)》之銘言：
: 今天跑了範例的GCM，
: 發現GCM延遲長達5~30秒，
: 在這麼長的延遲下，
: 就算在跟Server要資料，
: 整個聊天也會很緩慢，
: 感覺需要自己架設一個推播伺服器才有辦法達成聊天的需求，
: 真的有人用GCM來實作聊天功能嗎？

收到 GCM 和要不要出現通知是兩件事情唷

fine，請把通知用戶，改為通知client

我只是單純覺得單從通知有沒有出現就判斷別人 App去遠端取得資料的時間點，可能證據上不太夠。

你可以考慮root你的手機，然後去看line的db收到通知，跟進到聊天室窗之後，哪些table會有變化line聊天內容都沒有加密，可以看得很清楚

已root只是懶得看，後來你提出的這些東西才是足夠支持你說法的證據。不過使用者是否在線這點由 Server 偵測似乎有點費工

client跟server有沒有連線的話 server應該是要知道的他至少要知道每個connection idle了多久是不是應該切斷，他原本就該做的事情，何來費工之說?

因為多一個要去檢查連線狀況才決定要不要發的工

有更好的方式願聞其詳 感謝分享!!

http://tech.naver.jp/blog/?p=2381我是從這邊推測應該不會是一個 connection 在那邊

我看不出來......，spdy 不是只有加速http嗎?

再看了一下相關資料，看來應該我之前對這部份有誤解

還是謝謝你的分享，這個部落格很不錯

我對 SPDY 的 Server Push 有很大的誤解啊 囧>果然看書不要偷懶只看標題

謝謝D大幫忙解惑~