TGFC Lifestyle - Powered by Discuz! Board

标题: [其他] 无责任科普：猴和果所谓的后台和推送 [打印本页]

作者: iceliking 时间: 2012-6-17 13:31 标题: 无责任科普：猴和果所谓的后台和推送

在下嵌入式软件开发，虽然没搞过猴和果，但操作系统本质应该一样，无责任分析一下：

推送和后台本质没什么区别，都会有后台任务的存在，区别只是一个后台任务还是多个后台任务，iOS应该是统一后台的，每个APP都可以在设置里选择是否开通知，设置了应该是挂接到后台任务了。后台定期轮循一遍网络，周期估计以秒为单位。有消息通过系统界面传递绐用户和程序。也可以每一个任务都在后台单独定期访问网络，这样会比较费电，但用户会觉得这才是真正的"后台"，因为单独后台既然可以访问网络，也可以做其它事情。猴大概是这种。ios是前一种。

总结一下，除了短信和电话这种电信协议硬件就支持的推送，基于网络的所有＂推送＂都不是真正的推送，只是让你觉得在推送而已，并且推送越准，效果越好越费电费流量，因为这纯粹是通过加快轮询网络来的，所以不管果还是猴能少推就少推吧

============
很多人对看来对我说的轮询有意见，其实道理很简单，所有网络间的消息通知都依赖网络的连接，没有网络连接就不可能有任何推送或消息，但实时在线又太费电费流量，所以只能是以任务为单位周期性的开通网络连接，周期越短推送越准确，但更费电费流量。因此这里的轮询是指轮流让本地任务让其使用网络，除非苹果和谷歌开发了火星技术，并且还要修改电信协议....

[ 本帖最后由 iceliking 于 2012-6-17 15:09 编辑 ]

作者: 小文 时间: 2012-6-17 13:41

posted by wap, platform: iPhone

果然还是关蜂窝网络最高

作者: heven2004 时间: 2012-6-17 14:06

posted by wap, platform: SAMSUNG (Galaxy Note)

引用:

原帖由 @小文于 2012-6-17 13:41 发表
posted by wap, platform: iPhone

果然还是关蜂窝网络最高

科技文的话就是有道理

作者: comer 时间: 2012-6-17 14:10

错了
轮询是只是其中一种推送方案，成本低，但效率也低，这种方案容易被人诟病，也容易在宣传上被人说不是真正推送，另外实际使用中，因易发生策略冲突，受访对象往往会采取主动措施限制使用，这种事屡见不鲜了。目前，其实好多年前就开始了，主流推送是常连接保持，平时服务器客户端之间只有为保持连接的最简单指令，当真实信息到达时由服务器端立即发出指令给客户端，接下来就是客户端的事了。
ios还是android本质无区别，系统代管程度不同，但苹果和谷歌自身的都不是轮询。

作者: sakuraltr 时间: 2012-6-17 14:19

lz真的以为iOS是轮询的？OMG，还敢开贴。。。

作者: iceliking 时间: 2012-6-17 14:50

引用:

原帖由 sakuraltr 于 2012-6-17 14:19 发表
lz真的以为iOS是轮询的？OMG，还敢开贴。。。

不一定是简单的轮询，但应该是一种让注册通知的任务定时和网络连接的方式，由上层的应用在服务器和客户端通信

总之不可能是在客户端不上线的情况下，由服务器推送通知才上线。所以你可以理解成轮询本地的客户端程序

作者: iceliking 时间: 2012-6-17 14:52

引用:

原帖由 comer 于 2012-6-17 14:10 发表
错了
轮询是只是其中一种推送方案，成本低，但效率也低，这种方案容易被人诟病，也容易在宣传上被人说不是真正推送，另外实际使用中，因易发生策略冲突，受访对象往往会采取主动措施限制使用，这种事屡见不鲜了。目 ...

其实就是程序客户和服务器间的hello包，这也不是什么新鲜东西，只从有网络协议就是这么设计的，但前提是在线，在线的依据就是你是否设置了通知（ios）

作者: bluewings 时间: 2012-6-17 14:54

呃。。。。。好歹查点资料再来发贴吧。。。。。。

作者: 神威 时间: 2012-6-17 15:17

码那么多字~~第一句就觉得智商有问题

虽然没搞过猴和果，但操作系统本质应该一样，

作者: fatehe 时间: 2012-6-17 15:49

引用:

原帖由小文于 2012-6-17 13:41 发表
posted by wap, platform: iPhone

果然还是关蜂窝网络最高

对，我单位用ip4s的几乎一致关闭蜂窝

作者: iceliking 时间: 2012-6-17 15:52

把智商挂嘴边的多半自己有硬伤，和喷粪的多半自己是坨粪一个道理

作者: jinye2001 时间: 2012-6-17 15:53

posted by wap, platform: iPhone

引用:

原帖由 @fatehe 于 2012-6-17 15:49 发表
对，我单位用ip4s的几乎一致关闭蜂窝

移动网络奇葩有什么办法，这种人用猴也一样关蜂窝

本帖最后由 jinye2001 于 2012-6-17 15:55 通过手机版编辑

作者: beterhans 时间: 2012-6-17 16:00

貌似 iOS 2.0 发布会上有说过推送是怎么回事

总之就是前台任务可以自由链接任何服务器
但是到了后台程序就被停止了

如果你要发通知给用户就只能用水果统一的推送服务器。
这样用户手上的设备在关机的情况下所有第三方 APP 都只能走 Apple 的官方推送服务一条路

好处是只有一条链接省电，省 CPU
安全，程序只能发出水果规定的通知无法偷偷下载或者上载

坏处是第三方 APP 失去了自由不能后台工作。但是在天朝这种不流氓没法活的地方这是一个绝对的优点

作者: 大盗贼 时间: 2012-6-17 16:24

posted by wap, platform: SAMSUNG (Galaxy Nexus)

所以说只有黑莓是真push

作者: 小文 时间: 2012-6-17 16:37

引用:

原帖由 fatehe 于 2012-6-17 15:49 发表

对，我单位用ip4s的几乎一致关闭蜂窝

我有个朋友买了4S都不知道如何收发短信，打电话还是翻出小本子找电话号码，果粉智商真是令人拙计

作者: firesun 时间: 2012-6-17 16:58

第一，push和轮询本身就是两个不同的逻辑方式

第二，iOS上的push是由单一的系统进程搞定的，系统进程收到消息后再分发给各个应用，并通知用户

第三，iOS上的后台的确是半残，只有特定类别的app才能够在后台运行，其余的app最多只是能够挂起到内存，但随时可能被系统挂起到闪存并释放内存。

作者: ffcactus 时间: 2012-6-17 16:58

posted by wap, platform: iPhone

有不有可能是中断？

作者: chronicle1st 时间: 2012-6-17 17:01

posted by wap, platform: SAMSUNG (Galaxy S II)

引用:

原帖由 @ffcactus 于 2012-6-17 16:58 发表
posted by wap, platform: iPhone

有不有可能是中断？

所以经常丢包。

作者: 來福時代 时间: 2012-6-17 17:11

ios能在后台跑的任务就是消息推送，后台下载和播歌，都是交给系统线程做的
一般app被切换出界面后就是被挂起的状态，命都不是自己掌控的

作者: hjjqidong 时间: 2012-6-17 17:55

posted by wap, platform: iOS

呵呵楼上说用水果不会发短信
你以为这种人用了猴机就会发短信了吗？
智商堪忧

作者: 卡哇伊撕内裤 时间: 2012-6-17 18:04

ls连文片都不认识还混数码区，被钓鱼了吧

作者: 龙舌兰日出 时间: 2012-6-17 18:33

posted by wap, platform: BlackBerry (9780)

黑莓还生龙活虎的时候本版已经把这话题讨论烂了。猴孙还记得大明湖畔的QQ真后台吗？

楼主回去补课下吧喷了。

作者: ggjggj 时间: 2012-6-17 23:25

作者: sunix 时间: 2012-6-17 23:40

posted by wap, platform: iPhone

引用:

原帖由 @yeyehas 于 2012-6-17 17:00 发表
你以为有这么好心？
推送都是要自己架服务器的

水果明明就是架设了单独的服务器

作者: zztg 时间: 2012-6-18 00:03

引用:

原帖由 sunix 于 2012-6-17 23:40 发表
posted by wap, platform: iPhone

水果明明就是架设了单独的服务器

除去Apple自己的推送服务器（来把App的数据推送给用户）外，App本身也需要一个服务器（来处理用户在App里的数据，并把数据发给Apple以推送给用户）。

作者: 司轩军 时间: 2012-6-18 00:12

posted by wap, platform: Nokia

黑莓呢！

作者: 宝塔震河妖 时间: 2012-6-18 08:11

应该是长超时的http请求而不是轮询，轮询太浪费了。
客户端发送一个长时间超时的连接请求，过期了再发，服务器端有结果了就直接响应这个请求。连接超时或者断开了再发送一个。

作者: luokezhu 时间: 2012-6-18 08:59

啥都不懂也来科普。。

作者: xu33 时间: 2012-6-18 09:36

posted by wap, platform: iPhone

长连接

作者: hudihutian 时间: 2012-6-18 09:54

除非局端MSC和苹果或者GOOGLE的PUSH服务器之间开了特殊的信令接口，否则我真想不出来除了保持链接和后台轮询以外，还有什么办法能PUSH

而这两种方法都费电

作者: comer 时间: 2012-6-18 10:03

引用:

原帖由 iceliking 于 2012-6-17 14:52 发表

其实就是程序客户和服务器间的hello包，这也不是什么新鲜东西，只从有网络协议就是这么设计的，但前提是在线，在线的依据就是你是否设置了通知（ios）

网络协议的超时过短，不适合的，推送的可要长得多，你做开发还是值得去了解了解具体内容的。

作者: tumuyan 时间: 2012-6-18 10:03

posted by wap, platform: Nokia

忽然想起来gprs网络似乎不能同时通话/联网（是不是这样？）
然后长时间通话PUSH也就断开了吗？

作者: cc0128 时间: 2012-6-18 10:10

引用:

原帖由 sunix 于 2012-6-17 23:40 发表
posted by wap, platform: iPhone

水果明明就是架设了单独的服务器

亲,你自己还是要架设服务器,去连苹果的服务器,而且还要一票证书.对于开发来说,苹果那票证书绝壁的反人类的...

[ 本帖最后由 cc0128 于 2012-6-18 10:27 编辑 ]

作者: comer 时间: 2012-6-18 10:21

引用:

原帖由 hudihutian 于 2012-6-18 09:54 发表
除非局端MSC和苹果或者GOOGLE的PUSH服务器之间开了特殊的信令接口，否则我真想不出来除了保持链接和后台轮询以外，还有什么办法能PUSH

而这两种方法都费电

还有一种投机方式，国内有厂商利用短信做媒介，中国移动也买过这个方案，用短信作为推送通知，不过短信本身会有一定问题，而且客户端后台程序开发也不太稳定，加上移动脑子问题，单做了一个接入点配置，限制其他应用，推广一般，我记得在adc平台这块后来是开放了，不限制厂家了，其他还是自己做。其实联通本身做push的那套日本access方案其实不错，整合很好，联通后来还用老美seven的方案专门搞push，电信也有搞push，不过市场开发都不好。一般外国公司要这块业务大多是指明要黑莓的，但象移动旗下卓望代理黑莓很早，但当时市场举动也不大，各家业务都是搞得太乱。

作者: hudihutian 时间: 2012-6-18 10:25

嗯，用SMS来唤醒终端，启动链接是个不错的点子，但是现有终端支持吗？

作者: cc0128 时间: 2012-6-18 10:28

引用:

原帖由 hudihutian 于 2012-6-18 10:25 发表
嗯，用SMS来唤醒终端，启动链接是个不错的点子，但是现有终端支持吗？

快死的黑莓啊

作者: hudihutian 时间: 2012-6-18 10:33

引用:

原帖由 cc0128 于 2012-6-18 10:28 发表

快死的黑莓啊

当然是除了BB啊

作者: 小文 时间: 2012-6-18 10:36

WM以前的139邮箱客户端就是短信激活GPRS链接收取邮件

作者: hudihutian 时间: 2012-6-18 10:36

而且BB只是后台服务器轮询邮件服务器，然后发SMS

这个跟IOS和ANDROID现在的各种推送，区别还是有一点的

作者: hudihutian 时间: 2012-6-18 10:38

引用:

原帖由小文于 2012-6-18 10:36 发表
WM以前的139邮箱客户端就是短信激活GPRS链接收取邮件

真正的支持应该是透明的和无缝的

这种SMS你看不见，也不需要启动应用程序，更不需要应用程序在后台处理

应该是操作系统本身的系统进程统一处理这种SMS，并在后台分别启动相应的程序，自动链接，然后自动关闭链接等等

作者: comer 时间: 2012-6-18 10:53

之前移动短信通知的推送终端公开支持包括symbian、win、blackberry，其实还支持一些低端java以及几款不清楚什么系统的之前听都没听说过的定制机，估计还是java，系统升级的话，后者这些估计有兼容问题，有些看是特定定做的，某些企业用可能不会考虑大升级，山东有公司直接整合进oa的，但这种例子真的太少。
bb企业级方案可是常连接保持的，和国内这种全方案靠短信不一样。

作者: 小文 时间: 2012-6-18 10:58

引用:

原帖由 hudihutian 于 2012-6-18 10:38 发表

真正的支持应该是透明的和无缝的

这种SMS你看不见，也不需要启动应用程序，更不需要应用程序在后台处理

应该是操作系统本身的系统进程统一处理这种SMS，并在后台分别启动相应的程序，自动链接，然后自动关 ...

就是如此，WM上的139邮件通知短信是不可见的，会被后台服务截获，收到短信后自动激活GPRS，启动139邮箱程序，收取邮件，提示有新邮件.对用户来说平时都是断网的，有新邮件才自动联网收取

作者: hudihutian 时间: 2012-6-18 10:58

短信这种其实不错，就是信息量大的时候肯定贵了

作者: comer 时间: 2012-6-18 10:59

想起来，当时在开发iphone的，应该早有了，公没公开不清楚。

作者: hudihutian 时间: 2012-6-18 11:00

引用:

原帖由小文于 2012-6-18 10:58 发表

就是如此，WM上的139邮件通知短信是不可见的，会被后台服务截获，收到短信后自动激活GPRS，启动139邮箱程序，收取邮件，提示有新邮件.对用户来说平时都是断网的，有新邮件才自动联网收取

这个应该是139在后台开了个进程吧

作者: comer 时间: 2012-6-18 11:10

139那个就是移动方案，所谓的公众版，不过各省公司邮箱方案不是一个厂家的，我有点想不起来，不太确定，好像上线的时候是轮询吧，当时是集团公司规定时间各地统一起上的，之后有没改不记得了，139本来就有手机短信通知的，多少有点急上的感觉。邮箱方案商有两家是移动这个方案的提供商的子公司，整合理论上应该没问题。

作者: comer 时间: 2012-6-18 11:31

补充说明一下，上面轮询说的是服务器后台的轮询，不是指客户端。

作者: trashman 时间: 2012-6-18 11:50

楼主啊，你先定义一下你的“轮询”到底是什么。

现在的推送技术使用的是永久连接，这没什么大不了的，短信Gateway就是这么工作的。
苹果和谷歌的技术实施大同小异。区别在于，苹果只允许一个，就是苹果自己的APNS，然后用发布-订阅的方式来推送消息。
谷歌没有限制，大家可以各有各的推送网关，所以电池一个不留神就被流氓软件搞死了。

作者: 小文 时间: 2012-6-18 11:55

引用:

原帖由 hudihutian 于 2012-6-18 11:00 发表

这个应该是139在后台开了个进程吧

当然是后台开了139自己的进程，将邮件推送设计到系统一级的就只有黑莓了。

短信通知和短信激活客户端还是很不同的，短信通知你只能看到来了一封新邮件，由于短信长度的限制，只能看到个邮件标题。邮件回复也很难，也没办法支持HTML邮件，总体来说给人感觉就是还不如发短信算了。短信激活客户端的想法还是挺好，也符合当时的窄带网络现状，但由于139邮件客户端的弱智，也无法做到双向同步，整个方案相比黑莓的邮件如同婴儿一般初级，后来gmail exchange一开放，就整个被秒了。

作者: hudihutian 时间: 2012-6-18 12:00

引用:

原帖由 trashman 于 2012-6-18 11:50 发表
楼主啊，你先定义一下你的“轮询”到底是什么。

现在的推送技术使用的是永久连接，这没什么大不了的，短信Gateway就是这么工作的。
苹果和谷歌的技术实施大同小异。区别在于，苹果只允许一个，就是苹果自己的APN ...

应该不是，GOOGLE的C2DM也是统一走GOOGLE的服务器发消息给ANDROID的C2DM receiver的

作者: hudihutian 时间: 2012-6-18 12:02

引用:

原帖由小文于 2012-6-18 11:55 发表

当然是后台开了139自己的进程，将邮件推送设计到系统一级的就只有黑莓了。

短信通知和短信激活客户端还是很不同的，短信通知你只能看到来了一封新邮件，由于短信长度的限制，只能看到个邮件标题。邮件回复也很难 ...

所以这个价值不大

只有操作系统对SMS接口进行一个定义，然后开放给所有APP用，这个才有价值

虽然成本高，但是省电毫无疑问

作者: comer 时间: 2012-6-18 12:17

139那个由于定位问题，加上后台方案，双向同步应该不会提供。移动方案的同步倒是早实现了，但应该只在mas才会提供。139直接提供下载的客户端也是老版，几年前看就原始得很，不带高级的功能的。又想起来了，客户端里有palm的，好像新版测试也有过，记不太清，现在可能不搞了，估计都不公开了。

作者: trashman 时间: 2012-6-18 12:45

引用:

原帖由 hudihutian 于 2012-6-18 12:00 发表

应该不是，GOOGLE的C2DM也是统一走GOOGLE的服务器发消息给ANDROID的C2DM receiver的

所以我说谷歌和苹果在推送上大同小异。

问题是苹果是单任务，一旦后台就断线了，要推送消息除了靠APNS没第二招。
谷歌是多任务，你要搞个后台绕过C2DM连接自己的推送网关也没人管。遇到流氓就傻眼了。一句话，非官方市场里的东西，少碰。否则纯属自找倒霉别怪政府。

作者: rb 时间: 2012-6-18 13:14

引用:

原帖由 comer 于 2012-6-18 11:10 发表
139那个就是移动方案，所谓的公众版，不过各省公司邮箱方案不是一个厂家的，我有点想不起来，不太确定，好像上线的时候是轮询吧，当时是集团公司规定时间各地统一起上的，之后有没改不记得了，139本来就有手机短信通 ...

我个人觉得139邮箱的话只要短信通知然后我点下直接打开客户端收取，就够了

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