Android中消息推送有哪几种方式？

Android中消息推送有如下几种方式：
1、轮询(Pull)方式：客户端定时向服务器发送询问消息，一旦服务器有变化则立即同步消息。2、SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令，但这种方式一般用户在经济上很难承受。3、持久连接(Push)方式：客户端和服务器之间建立长久连接，这样就可以实现消息的及时行和实时性。
消息推送，就是在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。推送技术通过自动传送信息给用户，来减少用于网络上搜索的时间。根据用户的兴趣来搜索、过滤信息，并将其定期推给用户，帮助用户高效率地发掘有价值的信息。
关于消息推送的方式也可以使用第三方平台来帮助实现，然而极光就是一个不错的选择。极光私有云提供贴身专属定制，为您打造安全稳定高性能的私有云系统，助力企业业务升级。

你好！
1client发送dhcp
discover，
2DHCP服务器发送dhcp
offer，
3client发送dhcp
request，
4DHCP服务器发送dhcp
ack。
或者这么说，DHCP运行分为四个基本过程，分别为请求IP租约、提供IP租约、选择IP租约和确认IP租约。
如果对你有帮助，望采纳。

OTA是空中下载技术，是通过移动通信的空中接口实现对移动终端设备及SIM卡数据进行远程管理的技术。

OTA技术的应用，使得移动通信不仅可以提供语音和数据服务，而且还能提供新业务下载。这样，应用及内容服务商可以不受平台的局限，不断开发出更具个性化的贴近用户需求的服务，如信息点播、互动娱乐、位置服务以及银行交易等。

通过OTA空中下载技术，手机用户只要进行简单 *** 作，就可以按照个人喜好把网络所提供的各种业务菜单利用OTA机制下载到手机中，并且还可以根据自己的意愿定制具体业务。

扩展资料

要实现OTA功能，至少需要两块设备，分别是服务器与客户端。服务器只有一个，客户端可有多个。服务器通过串口与PC机连接，需要下载的镜像文件存放于PC机，命令执行器给服务器发命令及镜像文件。

首先命令执行器控制服务器广播当前可用的镜像文件信息，客户端收到信息后进行对比，若有与自身相匹配的镜像，则向服务器请求数据。服务器收到请求后向命令执行器索取固定大小的块，再点对点传送给客户端。镜像传输完毕后，客户端进行校验，完成后发送终止信号。

参考资料来源：百度百科-OTA

UDP没有 客户端 和服务器的区分，随便那个先发都可以。
不同的机器发过来也行。只要发到相应的ip 和端口就行了。
因为UDP和TCP不同，UDP是不需要首先建立连接的。

如下：

该软件采用P2P方式，各个客户端之间直接发消息进行会话聊天，服务器在其中只扮演协调者的角色(混合型P2P)。

1会话流程设计

当一个新用户通过自己的客户端登陆系统后，从服务器获取当前在线的用户信息列表，列表信息包括了系统中每个用户的地址。用户就可以开始独立工作，自主地向其他用户发送消息，而不经过服务器。每当有新用户加入或在线用户退出时，服务器都会及时发消息通知系统中的所有其他用户，以便它们实时地更新用户信息列表。

按照上述思路，设计系统会话流程如下：

（1）用户通过客户端进入系统，向服务器发出消息，请求登陆。

（2）服务器收到请求后，向客户端返回应答消息，表示同意接受该用户加入，并顺带将自己服务线程所在的监听端口号告诉用户。

（3）客户端按照服务器应答中给出的端口号与服务器建立稳定的连接。

（4）服务器通过该连接将当前在线用户的列表信息传给新加入的客户端。

（5）客户端获得了在线用户列表，就可以独立自主地与在线的其他用户通信了。

（6）当用户退出系统时要及时地通知服务器。

2用户管理

系统中，无论是服务器还是客户端都保存一份在线用户列表，客户端的用户表在一开始登陆时从服务器索取获得。在程序运行的过程中，服务器负责实时地将系统内用户的变动情况及时地通知在线的每个成员用户。

新用户登录时，服务器将用户表传给他，同时向系统内每个成员广播“login”消息，各成员收到后更新自己的用户表。

同样，在有用户退出系统时，服务器也会及时地将这一消息传给各个用户，当然这也就要求每个用户在自己想要退出之前，必须要先告诉服务器。

3协议设计

31客户端与服务器会话

（1）登陆过程。

客户端用匿名UDP向服务器发送消息：

login，username，localIPEndPoint

消息内容包括3个字段，各字段之间用“，”分隔：“login”表示请求登陆；“username”为用户名；“localIPEndPoint”是客户端本地地址。

服务器收到后以匿名UDP返回如下消息：

Accept，port

其中，“Accept”表示服务器接受了请求；“port”是服务所在端口，服务线程在这个端口上监听可能的客户连接，该连接使用同步的TCP。

连上服务器，获取用户列表：

客户端从上一会话的“port”字段的值服务所在端口，于是向端口发起TCP连接，向服务器索取在线的用户列表，服务器接受连接后将用户列别传输给客户端。

用户列表格式如下：

username1，IPEndPoint1；username2，IPEndPoint2；;end

username1,username2为用户名，IPEndPoint1，IPEndPoint2为它们对应的端点。每个用户的信息都有个“用户名+端点”组成，用户信息之间以“；”隔开，整个用户列表以“end”结尾。

31服务器协调管理用户

（1）新用户加入通知。

由于系统中已存在的每个用户都有一份当前用户表，因此当有新成员加入时，服务器无需重复给系统中的每个成员再传送用户表，只要将新加入成员的信息告诉系统内的其他用户，再由他们各自更新自己的用户表就行了。

服务器向系统内用户广播发送如下消息：

端点字段写为“remoteIPEndPoint”，表示是远程某个用户终端登陆了，本地客户线程据此更新用户列表。其实，在这个过程中，服务器只是将受到的“login”消息简单地转发而已。

（2）用户退出。

与新成员加入时一样，服务器将用户退出的消息直接进行广播转发：

logout，username，remoteIPEndPoint

其中，“remoteIPEndPoint”为退出系统的远程用户终端的端点地址。

31用户终端之间聊天

用户聊天时，他们各自的客户端之间是以P2P方式工作的，彼此地位对等，独立，不与服务器发生直接联系。

4系统实现

41服务线程

系统运行后，先有服务器启动服务线程，只需单击“启动”按钮即可。

即时聊天软件可以在两名或多名用户之间传递即时消息的网络软件，大部分的即时聊天软件都可以显示联络人名单，并能显示联络人是否在线。使用者发出的每一句话都回即时显示在双方的萤幕上。

通常来讲，客户端是不需要绑定端口号的，而服务器端是需要绑定监听的端口号。其他的其实区别不是很大了，呵呵，从socket通信的角度来看，UDP通信属于帧传输，TCP则是流传输，在帧传输过程中对于消息的次序和到达情况没有需求，所以UDP属于不可靠传输，不需要确认和排序。这样在客户端和服务器端的实现上就没有太大的差别了。
但是客户端其实也可以用bind来绑定端口的，你在Linux下写一个简单的测试程序就知道了，嘿嘿。

---