TGFC Lifestyle - Powered by Discuz! Board

标题: [数码手机] 求科普：iOS的通知和轮询的区别 [打印本页]

作者: masterfish 时间: 2011-6-23 14:39 标题: 求科普：iOS的通知和轮询的区别

看到大家争得厉害，有没有业内或者编程高手用通俗易懂的话解释下，为什么iOS的通知模式会比较省电？按我的理解，如果进行网络连接，接收方应该都必须要进行轮询来检查是否有信息到来吧？

作者: zmqzmq2010 时间: 2011-6-23 14:44

轮询：固定N秒找服务器要数据
SB和安卓QQ等

推送：服务器给你更新消息
IOS版QQ和微信等

除黑莓那种服务商推送，都要联网。。。。

作者: masterfish 时间: 2011-6-23 14:47

引用:

原帖由 zmqzmq2010 于 2011-6-23 14:44 发表
轮询：固定N秒找服务器要数据
SB和安卓QQ等

推送：服务器给你更新消息
IOS版QQ和微信等

服务器推送的信息，手机如何接收？还不是要维持一个socket通道？我感觉区别就是：
1、android那种就是ap自己轮询
2、iOS的通知是OS级别的轮询

作者: zmqzmq2010 时间: 2011-6-23 14:49

不清楚，只要能及时收到信息就行。。。。没什么区别

轮询相对耗电罢了。。。。

作者: cc0128 时间: 2011-6-23 15:02

我来说吧。
什么轮询。就是sb果青不懂技术瞎tmd说。和后台没个蛋关系。
还什么os级别。。
push和轮询完全看程序自己写。

ios部分：(脑补。没仔细研究过。就当我纯粹喷)

ios的所谓push。大概是苹果提供一个服务器。。
ios设备一直和服务器保持长连接。
然后第三方发消息告诉apple的服务器通知某台ios设备。

如果是QQ，push的过程应该是：
tencent服务器 -----有人q你啦 --->apple push服务器 --- 有人q你啦--->ios设备。
这里由于多了一步。所以ip上的qq的push经常会出丢数据等问题。（果青：腾讯太渣了！不给力！）

下面是android。
android系统界面叫activity，后台处理叫service（还是和ios一样，就是瞟了眼，没细看，大部分是脑补。。）
所以android后台执行的时候只执行service，界面或者其他消耗资源的东西不执行，耗电完全是可以控制的。
至于是轮询取数据还是push。完全看程序的设计。

这里还是拿qq举例。
qq后台后在后台保持一个长连接socket与服务器直接连接。
tencent服务器 -----有人q你啦 --->android设备
所以android上qq后台的push给力很多。少一个步骤。无论是速度还是反映都快很多。。

ios的push优势就是整个ios设备只要保持一个长连接。而且不用打开程序。十分省电。但是权限不够。功能太少。比如之前的qq就不支持保存push的聊天记录啥。。
android如果你同时挂qq。挂msn。可能就要保持多个长连接。打开多个程序了。但是功能强大。效率高。

目前长连接技术已经十分成熟。耗电已经十分低了。
参考bb的push也是一样的原理。只是直接和运营商合作。和手机信号绑一起所以不耗电。。

总体来说各有所长。。但是android的notification系统秒杀目前的ios。。
所以体验来说android会高很多。

一破1x年前技术。还当宝。

[ 本帖最后由 cc0128 于 2011-6-23 15:22 编辑 ]

作者: beterhans 时间: 2011-6-23 15:10

posted by wap, platform: Chrome

iOS 的通知是 Apple 自己在系统里挖的一个官方通道!

在不越狱的情况下
比如你用 MSN 在 MSN 程序里面的时候是 MSN 这个 APP 来接受消息. 当你按 HOME 键的时候这个 MSN APP 已经不再运行了也就是说它不再接收任何消息了
但是 Apple 提供了一个特别通道来接受 MSN 已经被挂起时你收到的消息也就是说你收到的通知并不是 APP 本身接受的

如果你用在大陆用 facebook 和 twiiter 你会发现就算不挂 VPN 也能收到消息通知.. 说明这些推送消息是 Apple 自己的通道进来的和 APP 无关

作者: zmqzmq2010 时间: 2011-6-23 15:12

posted by wap, platform: iOS

喷了...你不后台你怎么让QQ找服务器轮询更新？
说到底一些人所谓的真后台就是为塞班这类QQ轮询服务器存在，简单区别就是不开程序就收不到提醒，IOS不开程序靠服务器也能知道提醒...

作者: cc0128 时间: 2011-6-23 15:16

引用:

原帖由 zmqzmq2010 于 2011-6-23 15:12 发表
posted by wap, platform: iOS

喷了...你不后台你怎么让QQ找服务器轮询更新？
说到底一些人所谓的真后台就是为塞班这类QQ轮询服务器存在，简单区别就是不开程序就收不到提醒，IOS不开程序靠服务器也能知道提醒...

无知成这样。还轮询。我整个人都轮询了。
开不开程序，后不后台和push和轮询没关系好么。
果青真神了。

[ 本帖最后由 cc0128 于 2011-6-23 15:20 编辑 ]

作者: 小文 时间: 2011-6-23 15:21

但是目前长连接技术已经十分成熟。耗电已经十分低了。。

好

作者: Eclipses 时间: 2011-6-23 15:24

是啊，能看到就行了，想想你用电脑的时候几秒就弹出个消息框出来说有新消息，很人性化是吧.请试试你们在用电脑的时候把消息设置为自动弹出窗口吧

[ 本帖最后由 Eclipses 于 2011-6-23 15:26 编辑 ]

作者: zmqzmq2010 时间: 2011-6-23 15:36

posted by wap, platform: iOS

还长连接...我整个人都长连接了。
QQ更新消息机制就是按固定时间周期对腾讯服务器进行访问，这叫轮询，懂么？
知道你所谓长连接怎么没那么耗电？是因为这个时间周期可以做到不用时时访问服务器完成大量的流量和电力消耗...懂么？

作者: zmqzmq2010 时间: 2011-6-23 15:40

posted by wap, platform: iOS

ios越狱装个NP插件，妥妥的接管推送消息，弹窗是什么？

作者: Eclipses 时间: 2011-6-23 15:43

引用:

原帖由 zmqzmq2010 于 2011-6-23 15:36 发表
posted by wap, platform: iOS

还长连接...我整个人都长连接了。
QQ更新消息机制就是按固定时间周期对腾讯服务器进行访问，这叫轮询，懂么？
知道你所谓长连接怎么没那么耗电？是因为这个时间周期可以做到不用时时访 ...

这还叫即时通信工具吗，发邮件算啦

作者: Eclipses 时间: 2011-6-23 15:44

或者在微博上聊天也可以啊

作者: xu33 时间: 2011-6-23 15:46

posted by wap, platform: Chrome

引用:

原帖由 @zmqzmq2010 于 2011-6-23 15:36 发表
posted by wap, platform: iOS

还长连接...我整个人都长连接了。
QQ更新消息机制就是按固定时间周期对腾讯服务器进行访问，这叫轮询，懂么？
知道你所谓长连接怎么没那么耗电？是因为这个时间周期可以做到不用时时访 ...

大哥你不懂不要喷了

长连接是指客户端发出一个请求服务器以一定的时间间隔查询数据库（这时连接是不会关闭的）如果有新的数据产生立即返回客户端（关闭连接）客户端再发起下一个请求（新连接）

轮询是指客户端以一定的时间间隔请求服务器服务器不管有没有新的数据都返回结果

各自适用于不同的场合，只是两种编程方式而已

长连接在QQ这种应用来看明显优于轮询

本帖最后由 xu33 于 2011-6-23 15:49 通过手机版编辑

作者: Eclipses 时间: 2011-6-23 15:47

引用:

原帖由 zmqzmq2010 于 2011-6-23 15:40 发表
posted by wap, platform: iOS

ios越狱装个NP插件，妥妥的接管推送消息，弹窗是什么？

哭了。我只想挂个qq而已，又越狱又插件，然后喊着安卓真折腾，iphone真人性化，真易用

作者: masterfish 时间: 2011-6-23 15:48

这样来说iOS的不错啊，大陆不可能封闭apple的推送服务器吧，那么所有的信息如果通过apple server中转的话，岂不是就打破封锁了。
btw，如果只是维持一个单一连接的话，确实是比多个连接要省电吧

作者: zmqzmq2010 时间: 2011-6-23 15:51

posted by wap, platform: iOS

我说的就是轮询...楼主问的也是轮询，有什么问题？

作者: ValuePack 时间: 2011-6-23 15:57

一众新老果青在这个帖子里又露出了他们可爱的一面。

作者: d2loader 时间: 2011-6-23 16:01

posted by wap, platform: SAMSUNG (I9000)

果青不知道google也有notification push服务么。

作者: jun4rui 时间: 2011-6-23 16:02

posted by wap, platform: Chrome

Android的Push叫C2DM，可以看这里：http://android.guao.hk/tag/c2dm

作者: cc0128 时间: 2011-6-23 16:02

引用:

原帖由 zmqzmq2010 于 2011-6-23 15:36 发表
posted by wap, platform: iOS

还长连接...我整个人都长连接了。
QQ更新消息机制就是按固定时间周期对腾讯服务器进行访问，这叫轮询，懂么？
知道你所谓长连接怎么没那么耗电？是因为这个时间周期可以做到不用时时访 ...

马化腾死不瞑目了

作者: 小文 时间: 2011-6-23 16:04

的确google也提供了官方push，但………………没人用

作者: jun4rui 时间: 2011-6-23 16:17

posted by wap, platform: Chrome

引用:

原帖由 @小文于 2011-6-23 16:04 发表
的确google也提供了官方push，但………………没人用

用倒是有人用，因为这玩意只支持2.2以上系统，所以以前为了保证兼容性用的人少，不过最近开始多了，国外一些IM聊天软件用得蛮好的。

作者: 烏鴉 时间: 2011-6-23 16:22

纯问个问题，刚刚发生的。

话说这push没用过，想知道到底有多快？android的微信是什么发送原理？
因为刚才我右手边的同事说把邮件转发到我邮箱，结果我手机的微信立马响了（同事一般只发我QQ邮箱）。
我问她你点击发送显示发送成功以后到我手机响应一共多长时间？
同事的说法是0.01秒，当然，她是个女的，可能没这么夸张，但不超过0.5秒是可以肯定的。
现在的智能手机环境下到底push的优势是网络而不是速度？

作者: 天风颖 时间: 2011-6-23 16:24

虽然我不是很看的懂，但真心觉得似乎是很厉害的样子

我急召iOS、android开发工程师
欢迎楼上各位PM简历给我

工作地点：上海

不kuso，真心的！

作者: d2loader 时间: 2011-6-23 16:35

posted by wap, platform: SAMSUNG (I9000)

引用:

原帖由 @小文于 2011-6-23 16:04 发表
的确google也提供了官方push，但………………没人用

chrome to phone extension 就用了。我正在用这个。

作者: zmqzmq2010 时间: 2011-6-23 16:41

posted by wap, platform: iOS

是啊...我只想流畅看个优酷土豆高清而已，又要超频又要装FLASH，要硬解还要上天天，还要coreplayer，搞不好还要客户端...谁麻烦还不一定是不？

马化腾死不死不关心，问轮询答长连接的SB也更加不关心。

作者: Eclipses 时间: 2011-6-23 16:42

我觉得iphone应该是监听一个端口，然后由苹果的服务器发送消息到手机，所以只能是长连接的方式

作者: larryson 时间: 2011-6-23 16:44

作为通知做的最好的webos 被完全无视了

作者: Eclipses 时间: 2011-6-23 16:45

引用:

原帖由 zmqzmq2010 于 2011-6-23 16:41 发表
posted by wap, platform: iOS

是啊...我只想流畅看个优酷土豆高清而已，又要超频又要装FLASH，要硬解还要上天天，还要coreplayer，搞不好还要客户端...谁麻烦还不一定是不？

马化腾死不死不关心，问轮询答长连接的 ...

天天是调用html5的，通flash有什么关系？而且flash是安卓自带不用安装的，更不用装什么播放器，调用系统自带的就可以了，而且看视频和这个帖子有关系？

[ 本帖最后由 Eclipses 于 2011-6-23 16:47 编辑 ]

作者: 小文 时间: 2011-6-23 16:55

引用:

原帖由 jun4rui 于 2011-6-23 16:17 发表
posted by wap, platform: Chrome

用倒是有人用，因为这玩意只支持2.2以上系统，所以以前为了保证兼容性用的人少，不过最近开始多了，国外一些IM聊天软件用得蛮好的。

我觉得没人用主要倒不是为了保证兼容性，而是Android上既然可以客户端直接和我的应用服务器保持连接，我干嘛还去用Google那条受管制的通道呢？一条是直通用户家门口的直通隧道，一条是大家公用的有警察的马路，当然选直通隧道了。如果我是应用开发商我也不乐意走google的通道，一方面自己的数据私密性强，另一方面万一想传点不想被别人知道的数据也会很方便。

作者: zmqzmq2010 时间: 2011-6-23 16:56

楼主问轮询和某位说的长连接有什么关系？
FLASH也不是安卓自带
安卓不是全机种都是像I9000多媒体那么NB，调用自带也不一定能看的。

作者: 57 时间: 2011-6-23 16:58

引用:

原帖由 zmqzmq2010 于 2011-6-23 16:41 发表
posted by wap, platform: iOS

是啊...我只想流畅看个优酷土豆高清而已，又要超频又要装FLASH，要硬解还要上天天，还要coreplayer，搞不好还要客户端...谁麻烦还不一定是不？

马化腾死不死不关心，问轮询答长连接的SB也更加不关心。

不懂非要装懂还嘴硬的SB更加don't care

作者: jun4rui 时间: 2011-6-23 17:01

posted by wap, platform: Chrome

引用:

原帖由 @小文于 2011-6-23 16:55 发表
我觉得没人用主要倒不是为了保证兼容性，而是Android上既然可以客户端直接和我的应用服务器保持连接，我干嘛还去用Google那条受管制的通道呢？一条是直通用户家门口的直通隧道，一条是大家公用的有警察的马路，当然选 ...

Google的Push通道哪里受管制了？如果受管制了，那APPLE的Push通道就没管制？

仔细想想，你就明白了

作者: beterhans 时间: 2011-6-23 17:03

posted by wap, platform: iPhone

apple的通道肯定是管制的但是你不用就没别的用了

作者: zmqzmq2010 时间: 2011-6-23 17:07

引用:

原帖由 57 于 2011-6-23 16:58 发表

不懂非要装懂还嘴硬的SB更加don't care

基于轮询的SB长连接。。。。

作者: jun4rui 时间: 2011-6-23 17:09

posted by wap, platform: Chrome

我科普一下吧

Google的C2DM技术的原理类似黑莓的PUSH Mail，就是服务器负责的只是告诉你有新消息了，让手机主动去取。

这里是Android的云对设备消息（C2DM）主要特点：
* 它允许第三方应用服务器发送信息到他们的轻量级Android应用程序。该信息服务的目的不是通过发送消息的用户很多内容。相反，它应该被用来告诉应用程序在服务器上有新的数据，从而使应用程序可以读取它。
* C2DM做出有关交付或消息的顺序没有保证。因此，例如，当您可以使用此功能来告诉即时消息应用程序，用户有新邮件，你可能不会用它来传递的实际消息。
* Android设备上的一个应用程序并不需要运行接收邮件。该系统将通过唤醒意向广播应用的消息到达时，只要在应用程序设置适当的广播接收器和权限了。
* 它不提供任何内置的用户界面或其他消息数据处理。C2DM只是传递消息的原始数据直接收到的申请，其中有如何处理它的完全控制。例如，应用程序可能会发送一个通知，显示自定义用户界面，或静静地同步数据。
* 它要求设备运行Android 2.2或更高，也有市场应用程序安装。但是，您不局限于通过市场部署你的应用程序。
* 它使用的谷歌服务的现有连接。这就要求用户建立自己的移动设备上的谷歌帐户。
====================================

所以这玩意根本不存在警察，因为你数据可以还是存放在自己的server上，Google本身并不接触消息内容。
当然，如果你懒不想做服务器，也可以用这玩意推送消息。看你自己怎么用了。支持Google不建议这么做。

作者: enix7501 时间: 2011-6-23 17:11

美女脸上的丑黑痣
就算是再美的女人
这丑黑痣该是丑就是丑
可是在果青眼里不一样
总会有别样的风采和特别的神韵
永远欣赏果青这一点

作者: d2loader 时间: 2011-6-23 17:11

posted by wap, platform: SAMSUNG (I9000)

引用:

原帖由 @jun4rui 于 2011-6-23 17:01 发表
posted by wap, platform: Chrome

Google的Push通道哪里受管制了？如果受管制了，那APPLE的Push通道就没管制？

仔细想想，你就明白了

在没有好的用户体验下给你更多选择是错的。这是果粉和安卓青观点最大的分歧。果青要得是来福感，安卓青要的是自由和geek感。

作者: jun4rui 时间: 2011-6-23 17:11

posted by wap, platform: Chrome

再科普一下iOS的PUSH机制：
========================================================
第一步：.net应用程序把要发送的消息、目的iPhone的标识打包，发给APNS。
第二步：APNS在自身的已注册Push服务的iPhone列表中，查找有相应标识的iPhone，并把消息发到iPhone。
第三步：iPhone把发来的消息传递给相应的应用程序，并且按照设定弹出Push通知。

所以小文，其实iOS的才是直接接触用户的所有消息，按照水果的一贯作风，数据内容是否被监控其实很值得玩味。当然，作者可以通过打包加密实现保密，

作者: Eclipses 时间: 2011-6-23 17:20

我就说嘛，什么狗屁轮询，iphone是接收消息的一段，是一直在监听消息端口的，而不是作为客户端每隔一段时间去服务器取数据。

作者: Eclipses 时间: 2011-6-23 17:23

引用:

原帖由 zmqzmq2010 于 2011-6-23 16:56 发表
楼主问轮询和某位说的长连接有什么关系？
FLASH也不是安卓自带
安卓不是全机种都是像I9000多媒体那么NB，调用自带也不一定能看的。

不保持长连接，手机如何知道有消息推送过来？

作者: 龙舌兰日出 时间: 2011-6-23 17:33

看了半天，一个第三方自己保持和服务器的长连接，一个是通过苹果官方通道和服务器保持长连接，

前者信息通道短，但是第三方多了耗电，后者永远只有一个通道，省电但是通道长而且数据经过apple服务器。

所以两者的优劣主要有长连接的耗电量来决定的，你们到现在没人评估这个就一个一个优越感十足，真神了

作者: jun4rui 时间: 2011-6-23 17:34

posted by wap, platform: Chrome

引用:

原帖由 @Eclipses 于 2011-6-23 17:20 发表
我就说嘛，什么狗屁轮询，iphone是接收消息的一段，是一直在监听消息端口的，而不是作为客户端每隔一段时间去服务器取数据。

全走服务器的弊端就是服务器丢数据就只能哭了

作者: zmqzmq2010 时间: 2011-6-23 17:45

posted by wap, platform: iOS

我拜托看看，我一直说的就是轮询的意思。
谁喜欢科普长连接另开帖说明就成，没必要这来长篇大论。

作者: cc0128 时间: 2011-6-23 17:47

引用:

原帖由 zmqzmq2010 于 2011-6-23 17:45 发表
posted by wap, platform: iOS

我拜托看看，我一直说的就是轮询的意思。
谁喜欢科普长连接另开帖说明就成，没必要这来长篇大论。

求你别不懂装懂了。好么。
你还不够丢脸么。
你家的apple的push就是长连接好么。

作者: masterfish 时间: 2011-6-23 17:56

引用:

原帖由 jun4rui 于 2011-6-23 17:09 发表
posted by wap, platform: Chrome

我科普一下吧

Google的C2DM技术的原理类似黑莓的PUSH Mail，就是服务器负责的只是告诉你有新消息了，让手机主动去取。

这里是Android的云对设备消息（C2DM）主要特点：
* 它 ...

不错。这是更灵活的做法。

作者: masterfish 时间: 2011-6-23 17:58

引用:

原帖由 jun4rui 于 2011-6-23 17:34 发表
posted by wap, platform: Chrome

全走服务器的弊端就是服务器丢数据就只能哭了

这个问题应该不难解决，比如 qq的server端发送一个通知给google的server端，预期目标手机在t时刻内应该来获取信息，如果没来，那么意味着数据丢失，就再发一次。

作者: cc0128 时间: 2011-6-23 18:00

引用:

原帖由 masterfish 于 2011-6-23 17:58 发表
这个问题应该不难解决，比如 qq的server端发送一个通知给google的server端，预期目标手机在t时刻内应该来获取信息，如果没来，那么意味着数据丢失，就再发一次。

那还不是要后台监控。然后接到google服务器的push信息再连接腾讯服务器。。。
这。。反而要保持和腾讯与google同时保持长连接。。

[ 本帖最后由 cc0128 于 2011-6-23 18:02 编辑 ]

作者: baggio635193 时间: 2011-6-23 18:03

唉，之前黑莓push大战几十页都百战了...

作者: zmqzmq2010 时间: 2011-6-23 18:09

posted by wap, platform: iOS

你就别给自己贴金了，照你这说法，IOS的QQ基于长连接，安卓的QQ也基于长连接，那两者实质区别就是服务器了？你的真后台挂QQ和IOS就一样了？
什么逻辑？

作者: cc0128 时间: 2011-6-23 18:20

引用:

原帖由 zmqzmq2010 于 2011-6-23 18:09 发表
posted by wap, platform: iOS

你就别给自己贴金了，照你这说法，IOS的QQ基于长连接，安卓的QQ也基于长连接，那两者实质区别就是服务器了？你的真后台挂QQ和IOS就一样了？
什么逻辑？

是的。不一样。
所以android的qq后台比ios的强太多了。
这类即时通讯软件对数据要求很高还是自己长连接好。

作者: zmqzmq2010 时间: 2011-6-23 18:28

posted by wap, platform: iOS

恩...几个字的数据属于对数据要求高，所以安卓QQ强。
高...实在是高！
我不开QQ也能收到推送信息岂不是秒杀一切了？
什么逻辑？

作者: hudihutian 时间: 2011-6-23 18:51

posted by wap, platform: Nokia (E63)

归根到底一句IDC，还吵什么呢？

作者: handsomeken 时间: 2011-6-23 18:56

posted by wap, platform: Opera

引用:

原帖由 @ValuePack 于 2011-6-23 15:57 发表
一众新老果青在这个帖子里又露出了他们可爱的一面。

没办法，要不怎么会看到块破玻璃就高潮，再看个isuppli的狗屎数据就开始爱抚手里的四凤呢。

作者: cc0128 时间: 2011-6-23 19:08

posted by wap

引用:

原帖由 @zmqzmq2010 于 2011-6-23 18:28 发表
posted by wap, platform: iOS

恩...几个字的数据属于对数据要求高，所以安卓QQ强。
高...实在是高！
我不开QQ也能收到推送信息岂不是秒杀一切了？
什么逻辑？

哈哈，又来出洋像了。
im最重要是什么。是即时与数据准确。
qq还有群这下对数据量也有要求。

通过apple那玩意儿如何保证即时？如何保证数据准确？推送大量群消息？

ios的qq丢push丢聊天记录的事情还出得少么。

无知还自以为是。

作者: zmqzmq2010 时间: 2011-6-23 19:37

IOS官方基于推送的QQ2011昨天才出官方版，原来这么一天就除了丢PUSH和丢聊天记录已经闹得满城风雨了？我倒是常常看到QQ通讯录把电脑端下线前的消息推手机上。
apple服务器的推送如何烂麻烦给个权威评测，我倒是看到不少免费聊天程序推得蛮欢乐，蛮快捷。
IOS5自家的Twitter+iMessage都包含了图像、音视频、文字的大数据推送，莫非apple在搞不定这类真正大数据量推送的情况下，要砸自家牌子？

咱做黑也别这么扯行么？

作者: 潜水艇的水 时间: 2011-6-23 20:15

http://club.tgfcer.com/viewthrea ... e%3D1&frombbs=1
我单独开了个帖子说轮询和通知的差别了

作者: LTFYH 时间: 2011-6-24 10:07

其实应该就是一个是推一个是拉的区别的，推就是服务器方式发送端，手机只是打开一个端口然后在服务器订阅注册，服务器有消息后根据订阅列表依次发送消息到手机，拉就是由手机去请求服务器。
至于啥长短连接之类的应该是说TCP消息和UDP消息吧。TCP消息是要先握手建立连接，确保通道畅通才发消息，在通信这段时间内连接是一个被占用并且保持有效的,UDP直接发就可以了，不需要管对方收到没。一般即时聊天都是用的在UDP基础上封装的

作者: cc0128 时间: 2011-6-24 10:17

引用:

原帖由 zmqzmq2010 于 2011-6-23 19:37 发表
IOS官方基于推送的QQ2011昨天才出官方版，原来这么一天就除了丢PUSH和丢聊天记录已经闹得满城风雨了？我倒是常常看到QQ通讯录把电脑端下线前的消息推手机上。
apple服务器的推送如何烂麻烦给个权威评测，我倒是看到 ...

:D :D 果青果然生活在平行世界。
对了。苹果就喜欢把玩烂的功能换个界面当新功能。
果青又可以欢呼了。

[ 本帖最后由 cc0128 于 2011-6-24 10:20 编辑 ]

作者: cc0128 时间: 2011-6-24 10:21

ios简单。易用！

作者: cc0128 时间: 2011-6-24 10:22

ios的qq绝逼好用啊。

作者: cc0128 时间: 2011-6-24 10:24

android绝逼是geek用的。
看ios的qq用起来多简单
simple life~

作者: cc0128 时间: 2011-6-24 10:25

为了避免果青找擦。先说下。
以上搜索使用的google全文。搜索weiphone。
肯定有部分条目和qq或者push（不限于）不相关。
懒得一个一个摘了。

作者: yang_yii 时间: 2011-6-24 10:50

引用:

原帖由 cc0128 于 2011-6-23 15:02 发表
我来说吧。
什么轮询。就是sb果青不懂技术瞎tmd说。和后台没个蛋关系。
还什么os级别。。
push和轮询完全看程序自己写。

ios部分：(脑补。没仔细研究过。就当我纯粹喷)

ios的所谓push。大概是苹果提供一个服 ...

你说的这种长连接，我笑了。这不叫push好不好？居然还有人加分。
如果是一直连接着，哪里需要push？本来就是2头互通。能送消息能收消息。
再说一般的im软件一般都是用udp持续的去询问服务器来更新自己的状态，而不是持续连接着。最典型的就是当你断网后，你的im会延迟几秒才会显示掉线。
不用长连接的优势也是省网络资源和系统资源。

我来说下ios的push。iPhone是必须得支持后台运行得。因为没有后台得话，当你lock以后别人电话都打不过来。所以电话程序从第一代开始就是一直后台运行。iOS一直有一个系统级得轮询，这和unix得是一样。所以push相当于是插入到这个系统级得轮询。但是qq这种app要后台，就要单独开启一个进程，并且一直激活，相对得这就是一笔不小开销。可能一个qq还不明显，但apple害怕海量得第三方程序都采用这种方式，那么iPhone得电池和组装电池性能一样了。这就是apple狡猾得地方。所以apple到现在都只开放了7中能后台轮询得服务，但是不管任何第三方程序只要一按home键就该进程不活动了。

作者: 大家好我是小叮当 时间: 2011-6-24 10:59

引用:

原帖由烏鴉于 2011-6-23 16:22 发表
纯问个问题，刚刚发生的。

话说这push没用过，想知道到底有多快？android的微信是什么发送原理？
因为刚才我右手边的同事说把邮件转发到我邮箱，结果我手机的微信立马响了（同事一般只发我QQ邮箱）。
我问她你点 ...

ios的mail push,
同样的网络连接下, ios 的 exchange server mail push比我的本地outlook快一到两秒.纯文本邮件也是一样.

作者: 大家好我是小叮当 时间: 2011-6-24 11:15

引用:

原帖由 yang_yii 于 2011-6-24 10:50 发表

你说的这种长连接，我笑了。这不叫push好不好？居然还有人加分。
如果是一直连接着，哪里需要push？本来就是2头互通。能送消息能收消息。
再说一般的im软件一般都是用udp持续的去询问服务器来更新自己的状态，而 ...

ios的push其实就是保持一个TLS的连接, TLS是连到苹果的APNS,15分钟握手保活.

而qq服务器或者其他服务器是和APNS建立连接,发送消息到APNS,然后才由APNS根据TLS对iphone的证书信息,发送消息去iphone.

作者: zmqzmq2010 时间: 2011-6-24 11:22

posted by wap, platform: iOS

太搞笑了，之前喷ios的QQ没后台，退出就下线...根本不能挂。
新版基于推送后台了开始装傻拿个早期版说事...
讨论来讨论去又突然冒出来个长连接，然后俩QQ后台原理又完全相同了...然后纷纷表示不能挂Q的版本是因为推送烂不给力，并不是不能挂Q...
发布才一天的基于推送后台的QQ又突然各种掉消息，各种烂又出来了...
原来都TM一个个揣着明白装糊涂啊...

作者: 大家好我是小叮当 时间: 2011-6-24 11:28

引用:

原帖由 yang_yii 于 2011-6-24 10:50 发表

你说的这种长连接，我笑了。这不叫push好不好？居然还有人加分。
如果是一直连接着，哪里需要push？本来就是2头互通。能送消息能收消息。
再说一般的im软件一般都是用udp持续的去询问服务器来更新自己的状态，而 ...

你说的其实没错,
ios的push,的确不算传统意义上的push,只不过实现了push的功能.

iphone和APNS建立连接后,tsl是会一直保持连接的,15分钟握手保连.只不过几乎没有耗用流量和耗电而已.

作者: trivsel 时间: 2011-6-24 11:31

目前长连接技术已经十分成熟。耗电已经十分低了。

打手枪打得好爽

欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/)