androidxmpp接收消息

㈠ 怎么实现服务器给android客户端主动推送消息

采用MQTT协议实现Android推送功能是一种解决方案。MQTT是一个轻量级的消息发布/订阅协议，是实现基于手机客户端的消息推送服务器的理想解决方案。

常见的解决方案实现原理：

1、轮询(Pull)方式：客户端定时向服务器发送询问消息，一旦服务器有变化则立即同步消息。

2、SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令，但这种方式一般用户在经济上很难承受。

3、持久连接(Push)方式：客户端和服务器之间建立长久连接，这样就可以实现消息的及时行和实时性。

(1)androidxmpp接收消息扩展阅读：

推送消息注意事项：

1、支持第三方推送内容，是要客户端和服务器都支持的，客户端和服务器都导入推送SDK。

2、服务器推送内容，可以精确指定推送时间，推送的具体接收人，用户群，位置。

3、即推送的维度可以使时间，位置，人群。

4、极光使用了两种不同的通知方式，一种是推送通知，一种是推送消息。

5、如果要使用androidpn，则还需要做大量的工作，需要理解XMPP协议、理解Androidpn的实现机制，需要调试内部存在的BUG。

参考资料来源：网络-服务器

参考资料来源：网络-Android客户端

参考资料来源：网络-信息推送

㈡ android系统的APP消息推送机制

参考文章：

http://blog.csdn.net/carson_ho/article/details/52862418

1. 主流的第三方推送平台分类

手机厂商类：小米推送、华为推送。

第三方平台类：友盟推送、极光推送、云巴（基于MQTT）

BAT大厂的平台推送：阿里云移动推送、腾讯信鸽推送、网络云推送

2. 对比其他推送方式的特点

其他推送方式还有：C2DM、轮询、SMS、MQTT协议、XMPP协议等等，相对于这些推送方式，第三方推送方式的特点分别是：

优点：

成本低

上述的推送大多数是免费的，假如自己实现则消耗过多资源（开发成本和后台管理、统计成本）

消息到达率高

如果一个手机里有多个App使用了同一家推送服务，那么这些App将共用一条消息通道，即使你家的App推送服务被杀死了，那么只要用户打开了其他集成该推送服务的App，你家的推送就能到达用户

缺点

安全性低

使用别人的服务器，所以你懂的。

服务会被杀死

由于Android系统的机制，后台推送 Service 会被各种主动的或是被动的行为给杀死，而服务一旦被杀死，意味着就接收不到推送消息。

3. 第三方推送服务方式的特点

第三方服务基本都具备免费、和到达率高的特点

那么应该如何选择呢？我们来分别看一下第三方推送各种方式的优点：

3.1 手机厂商推送

请记住一个潜规则：操作系统是不会杀死属于自己品牌的推送服务。

手机厂商的推送服务在自家的手机上属于系统级别的服务，这意味着系统不会杀死自家的推送服务

比如说，Android原生系统是不会杀死C2DM消息推送服务，MIUI系统是不会杀死小米的推送服务。

当今市场上的Android手机系统份额最高是MIUI系统，即小米（具体排名请看http://www.umindex.com/）

因为：免费、到达率高且在Android系统市场份额第一的MIUI系统上不被杀死。所以，如果要选择手机厂商的推送服务，请选择小米推送作为第三方平台实现推送服务

下面一些应用可以从侧面来证明我的推断：

腾讯新闻使用的小米推送，没有使用自己家的信鸽推送

淘宝使用了自家的阿里云推送，同时还集成了小米推送

网络视频和爱奇艺使用的是小米推送，没有用自家的网络推送

官网截图 - 集成应用：

如果希望进一步提高推送的效果，其实可以集成多个手机厂商的推送服务

比如小米渠道用小米推送，华为渠道用华为推送，但这样的实现成本会大一些

3.2 第三方平台类

请记住一个规则：推送系统会共享一条推送渠道

这意味着假设你接入了友盟推送，而恰好今日头条也接入了友盟。

有一天你的App被杀死了，但这时用户启动了今日头条，那么推送系统也就会通过共享的推送通道顺便把你推送消息送达到手机上，然后还可能把你的进程也唤醒（被“保活”了）。

所以说，关于如何选择第三方平台类的推送，推送平台的规模效应就很重要了。

那如何得知他们的规模和市场份额呢？按个人经验，主要看两点：

问内部的朋友。

看推送平台的合作客户里有哪些大的app - 参考对应官网的合作案例

3.3 BAT大厂的推送

BAT大厂其实并没有什么优势，同时谨记：

不要以为用了腾讯信鸽推送，就能占上微信的光保证你的App永远内部被杀死。

说个题外话，手机淘宝除了自家的阿里云的移动推送，同时也使用其它的第三方推送平台啊（比如友盟推送）。

4. 如何选择第三方平台推送服务？

主要从用户类别+实现成本+渠道来选择不同的使用场景

1. 如果用户群体精准（使用小米手机或华为手机居多），可以考虑只集成对应手机厂商的推送；

注意：单一的手机厂商也能工作，比如小米推送在非小米手机上当然也能工作，只不过不是系统级别的服务了，容易被杀死。

如果用户群体广泛、希望实现成本低，可以考虑只使用单一第三方平台类的推送（极光、友盟blabla，选一个规模效应最大的）

如果用户群体广泛、不在意实现成本，个人建议：

对于小米手机，使用小米推送；

对于华为手机，使用华为推送；

对于其他手机，只使用单一第三方平台类的推送（极光、友盟blabla，选一个规模效应最大的）

让不同的推送运行在各自擅长的环境里，最大化实现推送的到达率和产品的存活率

大家可以根据自己的使用场景来进行消息推送平台的选择。

5. 推送消息类别的选择

5.1 推送消息的类别

通常第三方推送平台都支持两种推送消息类型：通知栏消息和透传消息。

通知栏消息：该类消息在被送达用户的设备后，直接以系统通知栏的形式展示给用户

不会继续被传递到App

透传消息：该类消息在被送达用户的设备后，还会继续传递到App

通过回调App的某个BroadcastReceiver的形式将消息传递到App内部。然后由App决定如何处理和显示这个消息。

所以透传消息不一定会以系统通知栏的形式进行推送，由程序猿自定义

5.2 消息类别的区别与特点

二者的区别在于：透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App

通知栏消息的优点：送达率高

因为透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App，因此透传消息就增加一些被系统限制的概率，给系统杀死的概率就高一些，所以说，通知栏消息比透传消息应该能提供更好的送达率。

我们来看下小米推送的官方文档描述：

在一些 Android 系统(如 MIUI)中，受到系统自启动管理设置的限制,应用不能在后台自启动

在这类系统中，如果在发送消息的时候对应的应用没有被启动，透传类消息将不能顺利送达。

因此,对于对送达率要求很高的消息,建议尽量采用通知栏提醒的方式推送消息

透传消息的优点：对消息操作程度高 & 自定义程度高

提供了对消息数据的更灵活的操纵能力。

App如果仅仅通过通知栏消息，是无法接触到消息数据本身的。

可自定义通知提醒的样式（包括提示样式、提示形式如声音等等）

所以大家可以根据不同的使用场景来对推送消息类别进行选择了。

㈢ android xmpp退到后台怎么接收消息

你是研究XMPP协议内容还是研究仿衡简接口的调用？
如果是用现成的包是可以备裤中文的。如果是研究协议，有可能是因为离线模块中拦腔文乱码导致的错误。
XML二进制流传递过程用什么文字没有影响。！

㈣ 如何使用androidpn实现android手机消息推送

由于目前首尘仔的web项目中要用到android手机消息推送，尝试过很多中方式之后发现，利用androidpn的部分代码来实现这个功能是比较方便的。经过使用tsung进行简单的压力测试，证明这个框架能够满足大多数简单应用的需求。
Androidpn包含有server和client两个包，server部分可以作为服务器单独运行，也可以嵌入到web项目的servlet中，在tomcat环境中与web项目的其他部分交互。androidpn的简单用法网上已经有很多文章介绍，这里就不细说了。主要谈谈如何将androidpn和自己的web程序整合到一起。
Server部分的主要包结构如下：
其中org.androidpn.server.，org.androidpn.server.model和org.androidpn.server.service为使用hibernate链接数据库并实现简单的用户登录认证，开发中可以用我们自己的认证模块替换。剩下的包就是推送的主体实现。
接下来逐个包来看：
1.util包中的类用来加载resources中的配置文件，在配置文件中可指定监听端口和ssl证书目录等属性。
2.org.androidpn.server.xmpp包里面定义了一些异常类型，主要是包含有入口类XmppServer，这个类用来启动和停止server程序。
3.org.androidpn.server.xmpp.auth包里面是认证的一些类，我们自己的认证模块可以在这里与androidpn进行结合。
4.org.androidpn.server.xmpp.codec是XMPP协议的XML文件解析包，server收到和发送的消息都要通过这个包来进行xmpp协议编码和解码。
5.org.androidpn.server.xmpp.handler包主要是对消息的处理，我们可以针对不同的消息类型定义自己的handler，
6.org.androidpn.server.xmpp.net包负责维护与client之间的持久连接，并实现了一些传输方式供发送xmpp消息时使用。
7.org.androidpn.server.xmpp.presence里面只包含PresenceManager类，用兄手来维护client的在线状态。
8.org.androidpn.server.xmpp.push包里面的NotificationManager类包含有向client发送消息的接口。
9.org.androidpn.server.xmpp.router包负责将收到的信息包发送到相应的handler进行处理，是一个路由包。
10.org.androidpn.server.xmpp.session包定义了用来表示持久链接的session，每个session包含一条连接的状态信息。
11.org.androidpn.server.xmpp.ssl是对连接进行ssl认证的工具包。
server发送消息的整个流程主者汪要是：
1. NotificationManager的push接口被调用。
2.使用SessionManager在当前session集合中查找相应的client链接。
3.定义自己的XMPP消息格式并组装。
4.通过相应session，向client发送消息。
在这个流程中我们需要修改的是步骤3，也就是需要定义和组装自己的xmpp消息，以便于将适当的信息传到客户端并便于客户端解析。一个简单的消息组装例子如下：
private IQ createMessageIQ(String title, String message, String userId,
String json) {
Element notification = DocumentHelper.createElement(QName.get(
"message", INQURIE_NAMESPACE));
notification.addElement("title").setText(title);
notification.addElement("text").setText(message);
notification.addElement("userId").setText(userId);
notification.addElement("json").setText(json);
IQ iq = new IQ();
iq.setType(IQ.Type.set);
iq.setChildElement(notification);
return iq;
}

要注意的是在创建element的时候，传入的namespace要和client解析使用的namespace相匹配。
server端接收和处理消息的流程是：
1.connection收到packet，使用tsc.push.server.xmpp.codec解码。
2.router根据packet的namespace等信息，将packet路由到相应的handler。
3.handler进行处理。
相应的router和handler类在androidpn中都有例子可以参考，这里就不贴代码了。开发中只要根据client发送消息的格式，定义自己的router和handler类，然后在PacketRouter中注册router，在IQRouter中注册handler即可。
Client部分的主要包结构如下：
这边包含有消息的收发，解析以及持久连接的发起，重连等功能呢，十分强大，我们开发时完全不用管底层的连接，也不用担心断线，可以专注于业务部分的开发。
同时，代码结构也很简单。去除android的Service和BroadCast类以及一些工具类和常量类不谈：
1.NotificationIQ,NotificationIQProvider,NotificationPacketListener三个类负责对收到的Notification格式的消息进行解析和处理，
2.XmppManager是主控制器，NotificationService通过这个类，在后台维护androidpn连接。
3.PersistentConnectionListener，PhoneStateChangeListener，ReconnectionThread.java三个类则负责监听手机的状态并进行断线重连。

㈤ Android 几种消息推送方案总结

Android 几种消息推送方案总结:
一、使用GCM(Google Cloude Messaging) Android自带的推送GCM可以帮助开发人员给他们的Android应用程序发送数据。它是一个轻量级的消息，告诉Android应用程序有新的数据要从服务器获取，或者是一个消息，其中包含了4KB的payload data（像即时通讯这类应用程序可以直接使用该payload消息）。
GCM服务处理排队的消息，并把消息传递到目标设备上运行的Android应用程序。
二、使用XMPP协议（Openfire+Spark+Smark） XMPP是一种基于XML的协议，它继承了在XML环境中灵活的发展性，有很强的可扩展性。包括上面讲的GCM服务器底层也是采用XMPP协议封装的。
三、使用MQTT协议（想了解更多可以看http://mqtt.org/）轻量级的、基于代理的“发布/订阅”模式的消息传输协议。
四、HTTP轮循方式。定时向HTTP服务端接口（Web Service API）获取最新消息。
五、采用第三方服务。客户端只需要导入第三方提供的lib库，有第三方管理长连接，负责消息的接收/发送。同时对消息都有比较详细的报表数据，可以用于做数据分析、挖掘，改善用户体验。
中合对比还是采用第三方服务简捷高效。比如极光推送就很好用，极光推送搭建起一个高度稳定、可扩展的云端架构，极大地帮助移动应用开发者节约开发和维护的成本，轻松实现毫秒级的精准推送。

㈥ android消息推送怎么实现

极光推送可以轻松实现android消息推送。具有操作步骤如下:
1、到极光官网注册账号：https://www.jpush.cn/
2、创建应用，按照要求填写你的应用名称，包名提交
3、下载案例，一般情况测试是能收到信息的
4、集成到自己的项目中，按照官网的集成http://docs.jpush.cn/pages/viewpage.action?pageId=557214
5、集成时将注意的要点，官网上也有说，但是我再强调一下要注意两个权限的包名填写，有可能直接用案例上的拷贝到自己的manifest中时没有替换掉包名，切记，要替换成自己的项目的包名。
极光推送已经覆盖了近10亿Android、IOS终端，30多万款APP应用，服务总用户数超过30亿，每天消息推送量达5亿多条，已成为移动应用数据平台。极光分享帮助应用具备国内主流社交平台分享功能，提供新浪微博、QQ、微信等第三方社会化分享服务，提高产品推广效率，帮助产品提高用户体验，获得更多用户。

㈦ android消息推送GCM、XMPP、MQTT三种方案的优劣，越仔细越好，有具体分析更好！

android消息推送GCM、XMPP、MQTT三种方案的优劣：
1、GCM服务（Google Cloud Messaging）优点：Google提供的服务、原生、简单，无需实现和部署服务端。缺点：Android版本限制，该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。
2、XMPP协议（Openfire + Spark + Smack）优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。
3、MQTT协议优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域，且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。
d消息推送可以去了解一下极光，极光是个不错的平台。极光紧密围绕移动开发者需求，打造的开发者服务平台，可以提供一站式SaaS服务，通过全面覆盖PC、手机、传感器、无线路由器等多种设备数据，打造全域数据平台。当前，不断更新的SaaS产品及服务已深受国内百万开发者的认可和信赖。

㈧ 如何自己搭建一个xmpp，实现推送消息

主要有三种方式：
1.客户端定时去服务端取或者保持一个长Socket，从本质讲这个不叫推送，这是去服务端拽数据。但是实现简单，主要缺点：耗电等。
2.Google的C2DM，具体不细说，缺点，服务器在国外，你懂得，不是很稳定。
3.XMPP协议，它是一种基于XML的传递协议，具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。

接下来说说XMPP在android客户端上的应用。分两部分：服务端搭建和客户端实现。

㈨ android xmpp实现消息推送，为什么在手机后台运行一段时间就会掉线，而且不会重新登录

建议对粗仿悔比下其他网络，最好选择wifi环境下对大亩比。若其他网络正常，则可以判断网络异常导致，建议更换网络环境或重新进行设岩正置等操作进行调节；