1. 苹果和安卓的推送(通知)有什么不同
iOS 系统的推送(APNS,即 Apple Push Notification Service)依托一个或几个系统常驻进程运作,是全局的(接管所有应用的消息推送),所以可看作是独立于应用之外,而且是设备和苹果服务器之间的通讯,而非应用的提供商服务器2. 什么是 APP讯息推送,APP讯息推送怎么做效果好
app推送是是移动端的APP进行讯息的推送;使用者可以选择接受推送资讯和不接受。以安卓系统为例,设定APP推送方法/步骤为:一、进入手机【系统设定】选单;二、找到【全部设定】;三、进【通知栏设定】;二、在【自定义通知】这里开启选择需要
有些推送平台有指定使用者传送到功能。但是指定的列表估计要你自己做一些处理列出来再做推送。建议看下不同平台的API说明,对比一下。极光,网络之类的就不错。还有个推 检视原帖>>
于讯息推送我来给大家解释一下: 1.你的IOS应用需要去注册APNS讯息推送功能。 2.当苹果APNS推送服收到来自你应用的注册讯息就会返回一串device token给你(很重要) 3.将应用收到的device Token传给你本地的Push服务器。
几种常见的解决方案实现原理
1、轮询(Pull)方式:客户端定时向服务器传送询问讯息,一旦服务器有变化则立即同步讯息。但这种方式对服务器的压力太大,且比较费客户端的流量,就是不断地向服务器传送请求,但是这样开发很简单。
2、SMS(Push)方式:通过拦截SMS讯息并且解析讯息内容来了解服务器的命令,但这种方式一般使用者在经济上很难承受。服务器的讯息,通过传送简讯的方式,一般很少采用这种方式,成本高。
3、持久连线(Push)方式:客户端和服务器之间建立长久连线,这样就可以实现讯息的及时行和实时性。但是这种方式开发难度大,开发周期较长。这是最长使用的方式,目前主流的讯息推送都是通过这种方式做的。
其实就是传送到的意思。
所谓资讯推送,就是在网际网路上通过定期传送使用者需要的资讯来减少资讯过载的一项新技术。推送技术通过自动传送资讯给使用者,来减少用于网路上搜索的时间。它根据使用者的兴趣来搜寻、过滤资讯,并将其定期推给使用者,帮助使用者高效率地发掘有价值的资讯。不开也没关系
1.你的IOS应用需要去注册APNS讯息推送功能。
2.当苹果APNS推送服收到来自你应用的注册讯息就会返回一串device token给你(很重要)
3.将应用收到的device Token传给你本地的Push服务器。
4.当你需要为应用推送讯息的时候,你本地的推送服务器会将讯息,以及Device Token打包传送到苹果的APNS服
5.APNS再将讯息推送给目的iphone
APP推送原原理无非就是两种;1。APP定时去服务器查询
2。APP实时与服务器建立连线,一发现资料就传送给APP
现在有很多第三方推送平台都是免费使用的
1:定时可以用spring quartz处理后台逻辑,
2:定时处理后的结果推送可以选用web socket(对于浏览器有要求)
或者使用et4j(个人感觉简单一点,对浏览器支援也可以)
呵呵,怎么说呢,离线推送就是你在没有退出QQ情况下,可以随时收到讯息,萤幕上方会有讯息提示你收到了回复。但是现在的WP7的QQ还不是很好呢,等吧,楼主
3. Android&iOS推送
1.推送的由来:
推送兴起于Email,用于提醒用户邮件的更新. 后续由于移动互联网的迅速发展,推送被广泛应用.
2.推送的原理:
推送的本质原理是客户端与服务器之间的长连接. 基于长连接,服务器可以主动向客户端推送消息, 客户端收到推送消息来展示给用户.
3.推送的实现方式:
方案1-push: 客户端与服务器维护一个TCP/IP的长连接,当有推送消息时,直接向客户端push.
方案2-pull: 客户端定时向服务器pull请求.
两种方式相比较而言, 方案1更合理更有效, 方案2会存在客户端不能长久在后台存活以及消耗电量以及消耗流量等问题.
4.iOS推送:
苹果官方推送: APNS. APNS是由苹果官方维护的, 属于系统级别,所以推送消息比较稳定.
iOS的所有推送信息, 都会发送到苹果服务器,然后由苹果服务器下发到客户端.
5.Android推送:
谷歌官方推送: FCM. FCM是由谷歌官方维护的,同iOS一样, 所有推送信息都会发送到谷歌服务器,再由谷歌下发到客户端.
由于谷歌推送不能在国内使用, 所以需要Android开发者自己去维护长连接.
6.Android推送开发:
方案1: MQTT推送, 此推送是由IBM提出的轻量级的推送, 客户端与服务器之间通过心跳包来监测对方是否存在,然后通过订阅&发布来实现消息的推送.但是缺点也很明显,当客户端被杀死后会无法收到推送.
方案2: 第三方推送, 如腾讯信鸽, 友盟+, 极光推送,小米推送等.目前很多Android的APP在国内都是使用第三方的推送.
方案3: 公司基于XMPP协议开发. 谷歌的推送也是基于XMPP协议开发的.
4. iOS 必知必会 - APNs篇
导语:
由于移动设备内存、CPU、电量的局限性,iOS 不允许 APP 的进程常驻后台(事实上可以申请后台运行一段时间,最长约 10 分钟),这样当用户主动杀掉 APP,或者 APP 进入后台超过约定时长时,就意味着该 APP 进程的结束。这在很大程度上保障了前台 APP 的流畅性,也延长了手机的使用时长,获得了较好的用户体验。但是这也意味着,服务器无法主动和用户交互(如推送实时消息等)。为了解决这个限制,苹果推出了 APNs,允许设备和服务器分别与苹果的推送通知服务器保持长连接状态。
iOS 的通知分为本地通知和远程通知。本地通知是由本地应用触发的,一般是基于时间的一种通知形式,如闹钟、待办事件等的提醒。远程通知是由开发商通过自己的服务器推送的一种通知形式,而 APNs 就是远程通知功能的核心。
关于远程推送,记住以下两点就够了:
这里就很清楚了,其实 APNs 的本质就是 服务器和客户端之间的中介 。当服务器需要给客户端推送消息时,先将消息发送给苹果服务器,再由苹果服务器找到对应设备推送下去。
那为什么还要走中介,不直接发送呢?因为这样做一个设备(即所有 APP )只需要和苹果的服务器建立一条长连接,而不需要每个 APP 都和服务器建立一条长连接。
可能有些人还是不太明白 APNs 的意义,觉得也只是将多个长连接变成了统一的一个长连接而已,有必要那么做吗?
很有必要!
我们来看下 Android 的推送现状就明白了。
Android 事实上也有类似于 APNs 的一套用于推送的服务,简称 GCM,即 Google Cloud Messaging。但由于 GCM 需要谷歌服务器的支持,在国内由于“墙”的原因基本不能使用。这下就热闹了,国内出现了一大堆第三方推送服务商,如华为推送、小米推送、极光推送等。APP 通过集成这些推送服务来实现推送功能,而这些推送服务为了保持自己的长连接不被杀死,采用了各种保活、唤醒手段,这也是 Android 手机使用不流畅的真兇。之前也有看到“ 工信部要求国内安卓统一消息推送标准 ”的新闻,工信部都这么重视,可见统一推送的意义非凡。
想要了解具体区别,可以参考这篇文章 “ 国内 90%以上的 iOS 开发者,对 APNs 的认识都是错的 ”。
不言而喻,当然是尽早升级 HTTP/2 协议了。
参考:
(完)
5. 手机推送服务是干什么的
推送(Push Services)简单地说,就是不管要不要消息(在用户同意接收来自应用的消息推送通知情况下),都可以把消息推到手机的通知栏,或者app右上角有角标。推送可以让app开发者第一时间把想要传达给用户的消息发出去,因为很多用户其实也不知道自己需要怎么样的信息。