android客户端和服务器端怎么交互

android客户端和服务器端是基于IntentService的，具体如下：

后台使用简单的servlet，支持GET或POST。这个servlet最终返回给前台一个字符串flag，值是true或false，表示登录是否成功。

然后在安卓的ADT上创建一个安卓项目，建立两个Activity，分别作为登录界面和登录成功界面。

HTTP的访问公共类，用于处理GET和POST请求。

IntentService服务，用于在后台以队列方式处理耗时操作。

在AndroidManifestxml中注册IntentService。注意uses-permission节点，为程序开启访问网络的权限。

登陆界面处理，注意按钮监听事件中，使用Intent将要传递的值传给service。接收广播类中，同样使用Intent将要传递的值传给下一个Activity。在onCreate()中，动态注册接收广播类的实例receiver。在接收广播类中，不要使用完毕后忘记注销接收器，否则会报一个Are you missing a call to unregisterReceiver() 的异常。

在游览器与WEB服务器之间信息交互的过程中使用的协议是HTTP。

HTTP是一个客户端和服务器端请求和应答的标准（TCP）。客户端是终端用户，服务器端是网站。通过使用Web浏览器、网络爬虫或者其它的工具，客户端发起一个到服务器上指定端口（默认端口为80）的HTTP请求。（我们称这个客户端）叫用户代理（user agent）。

应答的服务器上存储着（一些）资源，比如HTML文件和图像。（我们称）这个应答服务器为源服务器（origin server）。在用户代理和源服务器中间可能存在多个中间层，比如代理，网关，或者隧道（tunnels）。

尽管TCP/IP协议是互联网上最流行的应用，HTTP协议并没有规定必须使用它和（基于）它支持的层。 事实上，HTTP可以在任何其他互联网协议上，或者在其他网络上实现。HTTP只假定（其下层协议提供）可靠的传输，任何能够提供这种保证的协议都可以被其使用。

扩展资料：

协议功能

HTTP协议（HyperText Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传输协议。它可以使浏览器更加高效，使网络传输减少。

它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。

HTTP包含命令和传输信息，不仅可用于Web访问，也可以用于其他因特网/内联网应用系统之间的通信，从而实现各类应用资源超媒体访问的集成。

--http

因为socket通信是计算机网络编程的基础，互联网上的通信离不开它。

说详细一点，至少要明白HTML,socket编程，计算机网络的TCP/IP模型。

1、TCP/IP是计算机通信的基础；

2、socket通信本来是UNIX的基于服务器/客户端的TCP/IP实现，不过目前几乎所有的操作系统都兼容；

3、HTML是运行在SOCKET的80端口上的高层网络协议。

如果你有时间和精力，完全可以使用SOCKET自行开一个WEB服务器

web数据交互方式，web数据交互，简单的讲，是client与server端的数据交互，通过http协议交互的。

扩展

对于小型个人系统，数据量不是很大的都是通过webservice，webservice读取数据库，然后返回结果；对于公司企业的大型数据系统等采用预先将数据库中的每一条信息静态化成xml，客户直接下载xml然后本地解析的数据交互方法。

web数据交互，从server的角度讲：主要有pull，push两个,一个是拉，另外一个是推。

1）pull 是拉，客户端向服务器端主动的拉取数据，采用的技术是ajax 和Xss（跨站脚本）

2）push 是服务器向客户端主动的推动数据，第一种方式是长连接，客户端与服务器之间一直保持着连接，如果有数据的更新，服务器向客户端推送数据，客户端接受服务器端的数据，可以理解为长轮询，客户端与服务器端必须一直是连接着的状态。另外还有一种是伪长链接的。有2种实现方式，一种是基于ajax的，它与传统的ajax的方式不同在于，服务器端会阻塞客户端的请求直到有数据传递或者超时才返回。客户端 JavaScript 响应处理函数会在处理完服务器返回的信息后，再次发出请求，重新建立连接。 当客户端处理接收的数据、重新建立连接时，服务器端可能有新的数据到达；这些信息会被服务器端保存直到客户端重新建立连接，客户端会一次把当前服务器端所有的信息取回。

　　你先要了解一下网络协议。你这说的是传输层的协议，TCP和UDP都是固定端口的。网络分成好多层的，每层的端口都不一样，每一层将会把低一层的数据封装打包，这个就是所谓的协议，不同功能的软件和硬件处理自己这层的端口和数据，然后再传递给上层。每一层协议不相关，也不需要知道和理解传来的是什么，只负责自己的规则就好，传过来的都当成数据处理打包。RTSP是应用层的协议，在TCP和UDP之上层，可以自定义端口，一般是554。系统自己会处理TCP和UDP数据，socket都已经实现好了，然后再将RTSP的协议数据通过端口554给你客户端。所以你不用太关心TCP和UDP层的东西，如果你发烧无聊，也可以自己实现TCP和UDP协议，抓取数据，得到RTSP的数据包，就是RTSP协议层部分了。获取到RTSP的协议部分，通过RTSP的协议，分析出命令和数据部分，这个就是基本解析过程。

最简单的模式就是，

客户端接收键盘，鼠标等的消息，然后发送个服务器。

服务器收到这些消息后，发送给其他（指定或者所有的）客户端

就像你在WEB聊天室聊天一样。首先键盘输入了一大堆文字。然后按下“递交”按钮，于是客户端收集你填写的那些文字内容，然后发送给服务器。（也许里面有些色情暴力的字眼）

服务器在接收的这些消息后，发送给其他用户。（服务器可能和谐掉那些色情暴力的字眼，变成了XXOO）

网络游戏的客户端和服务器也是一样的道理

客户端纪录所有的消息指令，一般来说，如果该消息指令可能影响到其他人的，或者需要被其他人看到，这个消息就会需要被发送到服务器。

服务器处理这些消息进行处理，发送给其他相关的客户端。

直白点来说，服务器端与客户端分别处理哪些事情？你是老板，你说了算。

把服务器看成是文件中转站就行了，从客户端接收消息，再转发到目标客户端。

source

<->

server

<=>

destination