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大帮忙解惑~