推送服务器搭建
㈠ 推送信息的APP需要什么样的服务器
推送的基本原理其实类似，其实就是通过手机和服务器之间的Socket维持一个TCP长连接，通过这个长连接来实现服务器和客户端之间的通信。所以推送服务的提供商都会同时提供一个库来供第三方引用，这个嵌入的库会帮助第三方应用维护和服务器之间的连接，包括权限校验，断开重连等的工作。这样暴露给第三方开发者的就是一个简单的接口了，开发人员不必关心网络的断开与重连，以及心跳检测等各种复杂的技术问题。当然，除此以外，这些潜入的库往往还会封装一些其他的接口，比如帮助你收到消息后显示在通知栏，展示页面，甚至激活你的应用，传递数据到应用并显示在应用中的某个界面等。这些功能都可以极大的简化app开发的工作，有人问我推送和短信有什么区别，我想这些扩展的功能就是和短信最大的区别吧。至于，之前那个朋友使用HTTP方式轮询之所以会出现耗电耗流量的情况也是有原因的，因为HTTP请求最终其实还是通过TCP协议实现的，只不过它的TCP连接是短连接，握手非常频繁，所以自然就比较耗电，而且HTTP方式是基于文本方式进行通信的，因此协议冗余比较大，流量消耗自然就大了。而且轮询方式带来的问题是，在两次轮询之间的时间间隔内是没办法拿到服务器下发的消息的。因此，实时性会大打折扣。而长连接就没有这些问题，而且还有个好处，就是当你的应用即使不活跃也没关系，你也可以有办法触达，提升活跃度。当然，长连接也会有它的问题，就是开发的难度较大。而且，手机应用的一个特点是移动，大家都是带着手机跑的。所以，当你跑进电梯或者隧道的话，如果信号不好连接就会断掉，这个时候程序就得重新连接，这就无形中增加了这个东西的难度。
㈡ 推送是如何实现单服务器300万到500万个长连接的
貌似那个个推模型上跟nginx差不多，建议你仔细研究一下相关文档、代码。
单机高连接数好与不好跟业务有一定的相关性。• 服务程序基于事件驱动，可以有效提高吞吐能力；
• 异步IO；
• 基于内存池的内存管理，申请释放都要足够轻；
• 减少进程调度带来的额外损耗。
㈢ ios 推送是建立在 苹果推送服务器吗
方法/步骤
在developer.apple.com的member center设置AppId属性，
enable push.
在developer.apple.com的member center创建APN证书，
Development -> Apple Push Notification service SSL (Sandbox) 用于沙盒app
Proction -> Apple Push Notification service SSL 用于AppStore app
创建完毕后，可以第一步AppId的属性列表中查看到证书名称
基于第1步修改的AppID重新生成provision file，
在iOS Project中加载此provision file,
这样编译出的app才可以获取到device token(推送唯一标识符)
以下为针对服务端的推送设置步骤－－－－－－－－
在keychain中找到第1步创建的APN证书，
展开此证书，分别导出证书和密钥，
名称设为cer.p12和key.p12
打开控制台程序，
使用openssl 将cer.p12及key.p12转成cer.pem和key.pem
命令如下：
$ openssl pkcs12 -clcerts -nokeys -out cer.pem -in cer.p12
$ openssl pkcs12 -nocerts -out key.pem -in key.p12
测试生成的cer.pem及key.pem是否可用
$ openssl s_client -connect gateway.push.apple.com:2195 -cert cer.pem -key key.pem
注：gateway.push.apple.com:2195用于appStore app;
gateway.sandbox.push.apple.com:2195用于沙盒app;
以上命令执行后会打印一大罗信息，最后处于可输入状态，打几个字符回车后自动断开连接即为正常。
合并cer.pem及key.pem
$ cat cer.pem key.pem > ck.pem
上传ck.pem到推送服务器的推送程序的目录。
Tip:－－－－－－－－－－－－－－－－－－－－－－－
find / -name "*.php"
查询推送服务器php文件目录用。
scp ~/Desktop/ck.pem [email protected]:/var/www/html
用于上传本地文件到Linux服务器用。
9
服务器php代码加载ck.pem向苹果服务器推送消息：略
客户端oc代码获取token,接收推送消息：略
㈣ 如何自建一个推送服务器，把信息从服务器摧送到手机客户端
找手机客户客户端的开发商。
㈤ 如何自己搭建一个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
自己看看。
㈥ 怎么实现服务器给android客户端主动推送消息
采用MQTT协议实现Android推送功能是一种解决方案。MQTT是一个轻量级的消息发布/订阅协议，是实现基于手机客户端的消息推送服务器的理想解决方案。
常见的解决方案实现原理：
1、轮询(Pull)方式：客户端定时向服务器发送询问消息，一旦服务器有变化则立即同步消息。
2、SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令，但这种方式一般用户在经济上很难承受。
3、持久连接(Push)方式：客户端和服务器之间建立长久连接，这样就可以实现消息的及时行和实时性。
(6)推送服务器搭建扩展阅读：
推送消息注意事项：
1、支持第三方推送内容，是要客户端和服务器都支持的，客户端和服务器都导入推送SDK。
2、服务器推送内容，可以精确指定推送时间，推送的具体接收人，用户群，位置。
3、即推送的维度可以使时间，位置，人群。
4、极光使用了两种不同的通知方式，一种是推送通知，一种是推送消息。
5、如果要使用androidpn，则还需要做大量的工作，需要理解XMPP协议、理解Androidpn的实现机制，需要调试内部存在的BUG。
参考资料来源：网络-服务器
参考资料来源：网络-Android客户端
参考资料来源：网络-信息推送
㈦ 如何搭建android推送mptt服务器
近研究了一下Android推送，在网上搜到了很多种方式，觉得IBM的MQTT协议这种方式还是挺不错的。
下面介绍一下搭建过程：
需要准备的工具如下：
(1)、下载Mosquitto(MQTT的代理，也可以用IBM的ISMB)
http://mosquitto.org/download/
我下载的是mosquitto-1.1.2-install-win32.exe，根据自己的需要下载,不安装这个推送不了消息。
(2)、下载AndroidPushNotificationsDemo
https://github.com/toku/Androi ... /archive/master.zip
(3)、下载PhpMQTTClient
https://github.com/toku/PhpMQTTClient/archive/master.zip
将PHPMQTTClient部署到PHP服务器上，运行，打开mosquitto安装目录的mosquitto.exe
㈧ JAVA 服务器推送数据怎么做
struts2中有这个机制，还有我一般都用jquery当load页面或者js事件完成后，做相应的处理，比如：ajax无刷新回调、dwr等。
㈨ 使用第三方推送服务相比自己搭建推送服务器有哪些优点和缺点
使用第三方推送服务相比自己搭建推送服务器的优点和缺点，具体如下：1、第三方推送服务优点
（1）具有更加精准的推送能力；
（2）能够全面的覆盖所有使用用户；
2、第三方推送服务缺点
（1）每个品台的侧重点不一样；
（2）PUSH成本不确定；
（3）效果是很难进行评估的。
对于第三方推送服务的选择，可以先去深圳极光进行了解一下。极光为全球开发者提供稳定高效的即时通讯服务；极光推送搭建起一个高度稳定、可扩展的云端架构，极大地帮助移动应用开发者节约开发和维护的成本，轻松实现毫秒级的精准推送。
极光还致力于解决 开发、产品、运营在工作中遇到的各类问题，并为大家提供一个思维碰撞、共同提升的互动平台。
㈩ 微信的消息推送服务是自己搭建的还是利用的苹果的APNS
可以实现，给你一个思路，推送的流程是这样的，
程序运行起来以后，会判断是否这个程序要推送，
如果要的话会需要将手机和推送证书生成的
一个唯一标识字符串（decice token）传
我们自己的服务器去，服务器根
据这个token和一个服务器端的证书文件..