搭建推送服务器

1. 使用第三方推送服务相比自己搭建推送服务器有哪些优点和缺点

使用第三方推送服务相比自己搭建推送服务器的优点和缺点，具体如下：
1、第三方推送服务优点
（1）具有更加精准的推送能力；
（2）能够全面的覆盖所有使用用户；
2、第三方推送服务缺点
（1）每个品台的侧重点不一样；
（2）PUSH成本不确定；
（3）效果是很难进行评估的。
对于第三方推送服务的选择，可以先去深圳极光进行了解一下。极光为全球开发者提供稳定高效的即时通讯服务；极光推送搭建起一个高度稳定、可扩展的云端架构，极大地帮助移动应用开发者节约开发和维护的成本，轻松实现毫秒级的精准推送。
极光还致力于解决 开发、产品、运营在工作中遇到的各类问题，并为大家提供一个思维碰撞、共同提升的互动平台。

2. openim程序在后台不离线如何处理消息推送

如果您希望在后台运行openIM程序并且能够处理消息推送，您可以尝试以下解决方案：

1. 使用消息推送服务提供商：集成第三方消息推送服务提供商（如Firebase Cloud Messaging、APNs、JPush等）来实现消息推送功能。这些服务提供了适用于后台运行的SDK和API，使您能够向设备发送推送通知。

2. 设置长连接机制：在openIM程序中，建立一个长连接，以便接收来自服务器的即时消息推送。使用socket或WebSocket等技术与服务器保持持久连接，并监听服务器发送的消息推送。

3. 引入消息队列：将消息推送任务加入消息队列，然后在后台周期性地处理队列中的消息。您可以选择使用常见的消息队列工具，如RabbitMQ、Kafka等。

4. 使用推送代理服务器：配置一个专门负责消息推送的代理服务器。将所有消息推送请求发送到该代理服务器，由代理服务器负责处理推送请求，避免直接在后台应用程序处理推送。

5. 配置后台任务和定时器：将任务调度或定时器功能整合到openIM程序中，以便定期轮询服务器以获取新的消息或推送状态更新。这样可以确保openIM程序持续运行并及时处理推送。

需要根据实际情况选择适合的解决方案。具体实现方式和工具取决于您的开发环境、技术栈和需求。建议参考相关的文档、工具文档以及开发者社区来获取更深入的指导和支持。

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

Android推送方案分析（MQTT/XMPP/GCM）
蜗牛TT 发布于 4个月前，共有 11 条评论
本文主旨在于，对目前Android平台上最主流的几种消息推送方案进行分析和对比，比较客观地反映出这些推送方案的优缺点，帮助大家选择最合适的实施方案。
方案1、使用GCM服务（Google Cloud Messaging）
简介：Google推出的云消息服务，即第二代的G2DM。
优点：Google提供的服务、原生、简单，无需实现和部署服务端。
缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。

方案2、使用XMPP协议（Openfire + Spark + Smack）
简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。
优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的java版的开发实例androidpn。
缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。

方案3、使用MQTT协议（更多信息见：http://mqtt.org/）
简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。
优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：http://mqtt.org/software），且已有C++版的服务端组件rsmb。
缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。

方案4、使用HTTP轮循方式
简介：定时向HTTP服务端接口（Web Service API）获取最新消息。
优点：实现简单、可控性强，部署硬件成本低。
缺点：实时性差。

对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是：MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发。接下来，我们就来分析使用MQTT方案进行Android消息的原理和方法，并架设自己的推送服务。

如果还不明白的 话，要看分析的话，给你个网址：http://m.oschina.net/blog/82059
自己看看。

4. 如何自己实现 安卓的推送服务

安卓推送服务, 实现方案有以下方式:
轮询:客户端定期询问服务器有没有新的消息, 这样服务器不用管客户端的地址是什么, 客户端来问, 直接告诉它就行.
这种方案最简单, 对于一些不追求实时性的客户端来说, 很适合, 只需要把时间间隔设定成几个小时取一次, 就能很方便的解决问题.
SMS通知:这种方案在移动端是有可能的, 让客户端拦截手机短信, 服务器在有新消息时给用户的手机号发一条特殊的短信, 客户端拦截短信后发现是正常短信就放行, 如果是特殊短信就连接服务器取消息。
消息推送，可以到极光了解一下 ，极光推送（JPush）是独立的第三方云推送平台，致力于为全球移动应用开发者提供移动消息推送服务。2016年6月，国内一站式开发者服务平台极光推送发表公开声明，宣布品牌正式全面升级为大数据综合服务商“极光”。

5. java向手机推送消息有哪些方式

Java Web 服务器的消息推送的几种方案有：轮询、长连接、DWR和HTTP2协议，有以下两种方法。
一种，自己搭推送服务器，一般主流使用XMPP协议，也有相对成熟的框架和开源项目给你使用。。优点是可以自由控制因为代码都是自己写的，缺点是搭建难度大，要吃透很花时间，而且心跳包的控制和终端的电量消耗都需要一定的水平
另外一种是用第三方推送，比如极光推送，个推等，优点是简单易用，不用考虑服务端的实现，然后有相对完整的文档，写几段java代码就好，对于中小公司等开发资源少的公司，极光推送是经过考验的大规模 App 推送平台，每天推送消息量级为数百亿条，能确保消息送达率

6. 推送的服务器

Serverpush——崭新的“推”技术，它是一种先进的服务器和客户机之间的通信连接方式，利用在服务器端的CGI脚本程序把数据源源不断地推向客户机，从而使客户机和服务器之间的交互性能大大提高。在中国计算机报电脑工作室中有介绍Serverpush，我们也搜集整理一些关于Server push的资料，供大家参考。
首先也来看看传统Client pull的工作方式，Client pull以 这样的HTML文档头来自动刷新页面，使用户的浏览器能不断地刷新以接受服务器传回的内容，那么用户就不得不忍受等待“time”值的痛苦，相信在中国电信的网速之下，大家对这个深有体会。
采用了Serverpush技术的服务器在客户机做出一个请求后，和客户机建立一个永久的连接，然后服务器会根据客户机的请求不断把数据包推向客户，这个推的过程是不间断的。由服务器推向客户机的数据在客户机的浏览器上会不断产生新的内容，而且不会产生Client pull那样的HTML文档头，从而大大减少了延迟的时间，向（服务器响应——客户机请求）同步迈进了一步。
实现Serverpush技术非常简单。Server push在服务器的CGI脚本声明HTML文档类型时，把传统的content-type:text/html改为content-type:multipart/x-mixed-replace;boundary=BOUNDARY这样的文档类型，就会反馈给用户一个Server push类型的连接。这是Serverpush和Client pull的根本区别。如果CGI脚本中提供了这样的HTML文档头，服务器在处理客户机请求调用CGI脚本程序时，就会把CGI脚本中指定的数据强行推给客户机。
Serverpush在生成页面时会采用很多的技巧来处理用户端浏览器页面的生成。主程序和传统方式没有本质的区别，但记得在脚本中加入print“Content-Type:multipart/x-mixed-replace;boundary=BOUNDARY”这样的文档头。应用在PERL写的CGI聊天室中有立竿见影之效，其速度和刷新方式和传统聊天室不是一个档次的。