第一段：消息推送基础
消息推送,就是在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术.推送技术通过自动传送信息给用户,来减少用于网络上搜索的时间.它根据用户的兴趣来搜索、过滤信息,并将其定期推给用户,帮助用户高效率地发掘有价值的信息
当我们开发需要和服务器交互的移动应用时,基本上都需要和服务器进行交互,包括上传数据到服务器,同时从服务器上获取数据.
第二段：几种常见的解决方案实现原理
②.）SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令,但这种方式一般用户在经济上很难承受.
第三段：消息推送解决方案概述
B、MQTT协议实现Android推送
C、RSMB实现推送功能
D、XMPP协议实现Android推送
①.） 比如时间过长时,就再也收不到推送的信息了.
②.）性能上也不够稳定.
如果我们要使用androidpn,则还需要做大量的工作,需要理解XMPP协议、理解Androidpn的实现机制,需要调试内部存在的BUG.
E、使用第三方平台
目前国内、国外有一些推送平台可供使用,但是涉及到收费问题、保密问题、服务质量问题、扩展问题等等,又不得不是我们望而却步.
第四段：消息推送完美方案
综合以上论述,在建立Android消息推送方面可谓方案多多,但每一款方案都有其优缺点.但无论如何,还是自己搭建一个推送平台是上策.因为你有、他有不如自己有.
举个例子,在搭建自有推送平台上建议使用<<某某Android消息推送组件>>.该组不仅可以拿来即用,并且还可以提供源码以便扩展,实现自己的特殊需求.
A、推送原理
Android消息推送组件基于XMPP协议实现Android推送.XMPP（可扩展通讯和表示协议）是基于可扩展标记语言（XML）的协议,它用于即时消息（IM）以及在线探测.这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息.
③. webstock 去找找现有的php集成,东西比较多
第一段：socket协议的简介
WebSocket是什么,有什么优点
WebSocket是一个持久化的协议,这是相对于http非持久化来说的.应用层协议
举个简单的例子,http1.0的生命周期是以request作为界定的,也就是一个request,一个response,对于http来说,本次client与server的会话到此结束；而在http1.1中,稍微有所改进,即添加了keep-alive,也就是在一个http连接中可以进行多个request请求和多个response接受操作.然而在实时通信中,并没有多大的作用,http只能由client发起请求,server才能返回信息,即server不能主动向client推送信息,无法满足实时通信的要求.而WebSocket可以进行持久化连接,即client只需进行一次握手,成功后即可持续进行数据通信,值得关注的是WebSocket实现client与server之间全双工通信,即server端有数据更新时可以主动推送给client端.
第二段：介绍client与server之间的socket连接原理
①.、下面是一个演示client和server之间建立WebSocket连接时握手部分
②.、client与server建立socket时握手的会话内容,即request与response
a、client建立WebSocket时向服务器端请求的信息
GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket //告诉服务器现在发送的是WebSocket协议
Connection: Upgrade
Sec-WebSocket-Protocol: chat, superchat
Origin:
b、服务器获取到client请求的信息后,根据WebSocket协议对数据进行处理并返回,其中要对Sec-WebSocket-Key进行加密等操作
HTTP/1.1 101 Switching Protocols
Sec-WebSocket-Protocol: chat
③.、socket建立连接原理图：
第三段：PHP中建立websocket的过程讲解
SocketService.php:
web.html:
这个功能,你可以参考微博的推送思路.
比如你关注了很多明星（千万级大V）,他们发的每条微博会进入到"我的首页".比如某个明星发了条微博abc,你在"我的首页"里看到的"abc"并不是读自明星微博个人的数据库,而是来自"我的首页"里一个专门的数据集合.
通俗的讲,这个数据集合是完全属于你个人的,你所关注的每个人,当他们发微博时,会同步"推送"到你自己个人的这个"数据集合"里.
当用户访问页面时,程序首先将这个变量值和cookies里保存的变量对比,相同则略过,不同则进行读取相应的公共站内信,保存到自己的"收件箱"里.
这样可以使原本需要同步推给千万用户一条站内信的工作,由主动推送变成被动发送.用户上线访问了,对比、发送,这种工作显然要大大减小了服务器压力.
读取消息也是,反馈生成一条数据写到数据库里就好了.
你可以以API的方式调用,具体操作如下：
①.、andriod 建立一个 含 andoid机器和消息的API请求；