推技术聊天室的实现（上）

核心提示：基于推技术的聊天室在国内现在已经比较常见，这种聊天室最大的特点是不使用浏览器每格一段时间就刷新的方式，推技术聊天室的实现（上），而让服务器不定时往客户端写聊天的内容，当有人发言时，我们感到美中不足的是GET方法将提交的内容简单的附在连接后边，我们假如能够将提交的内容进行HTML编码的话，屏幕上才会出现新聊天内容，而且聊

　　基于推技术的聊天室在国内现在已经比较常见。这种聊天室最大的特点是不使用浏览器每格一段时间就刷新的方式，而让服务器不定时往客户端写聊天的内容。当有人发言时，屏幕上才会出现新聊天内容，而且聊天内容是不断向上滚动的，假如浏览器状态栏在的话，可以看到进度条始终处于下载页面状态。即使这种聊天室容纳上百人，性能不会明显的降低。而以往的CGI或活动服务器端脚本做的聊天室性能明显就不行了。

　　推技术的聊天室聊天室基本原理是，不使用HTTPD服务器程序，由自己的Socket程序监听服务器的80端口，根据Html规范，在接收到浏览器的请求以后，模拟www服务器的响应，将聊天内容发回浏览器。在浏览器看来就象浏览一个巨大的页面一样始终处于页面接收状态。也就是说，我们不再使用CGI等方式来处理聊天的内容，而采用我们自己的程序来处理所有的事务。实际上它就是一个专门的聊天服务器，即一个简化了的专门用于聊天的WWW服务器。

　　在具体讨论程序的实现之前，我们先来解析一下相关的技术。

◆http请求和应答过程

　　http协议是浏览器与WWW服务器之间通信的标准，Socket聊天服务器应当遵守这个协议。实际上，我们只需要使用其中的一小部分就可以了。

　　http使用了C/S（客户/服务器）模式，其中浏览器是http客户，浏览某个页面实际上就是打开一个Socket连接，发送一个请求到WWW服务器，服务器根据所请求的资源发送应答给浏览器，然后关闭连接。客户和服务器之间的请求和应答有一定的格式要求，只要按照这个格式接收请求发送应答，浏览器就会正常的显示你所需要的的内容。

　　请求和应答具有类似的结构，包括：

　　· 一个初始行

　　· 0个或多个header lines

　　· 一个空行

　　· 可选的信息

　　我们看看一个浏览器发出的请求：

　　当我们浏览网页http://www.somehost.com/path/file.html的时候，浏览器首先打开一个到主机www.somehost.com的80端口的socket，然后发送以下请求：

　　GET /path/file.html HTTP/1.0

　　From: someuser@somehost.com

　　User-Agent: Mozilla/4.0 （compatible; MSIE 5.0; Windows NT 5.0; DigExt）

　　[空行]

　　第一行GET /path/file.html HTTP/1.0是我们需要处理的核心。由以空格分隔的三部分组成，方法（method）：GET，请求资源：/path/file.html，http版本：HTTP/1.0。

　　服务器将会通过同一个socket用以下信息回应：

　　HTTP/1.0 200 OK

　　Date: Fri, 31 Dec 1999 23:59:59 GMT

　　Content-Type: text/html

　　Content-Length: 1354

　　＜html＞
　　＜body＞
　　＜h1＞Hello world!＜/h1＞
（其他内容）...
　　＜/body＞
　　＜/html＞

　　第一行同样也包括三部分：http版本，状态码，与状态码相关的描述。状态码200表示请求成功。
　　发送完应答信息以后，服务器就会关闭socket。
◆服务器模型

　　一般网络服务器主要分为两种：

　　（1）循环服务器（iterative server）：它是一个时刻只能处理一个请求的服务器，多个请求同时到来将会放在请求队列里。TCP套接字服务器一般很少采用循环方式，因为假如某个客户和服务器的连接出了问题，会导致整个服务器挂掉。它常为UDP套接字服务器所采用。

　　（2）并发服务器（concurrent server）：在每个请求到来以后分别产生一个新进程来处理这个请求所产生的连接。TCP的Socket服务器大多采用并发方式提供服务。

　　并发服务器有多种实现方法：

　　i 服务器和每个接收到的客户机进行连接，创建一个新的子进程处理这个客户机请求。

　　ii 服务器预先创建多个子进程，由这个子进程处理客户机请求。这种方式被称为“预创建（PRefork）”服务器。

　　iii 服务器用函数select实现对多个客户机连接的多路复用。

　　iv 超级服务器（inet）激活的服务器。

　　并发服务器由于其算法而具有与生俱来的快速响应优势，而且当某一个用户与服务器通信死锁不会影响其他进程，但由于多个进程之间需要通过进程间通信实现信息交换，而且fork新进程所带来的开销随着用户数量的增加越来越大，因此原始的并发服务器并不一定是最好的选择。java语言给我们带来的方便的线程机制，使我们可以用多线程来代替多进程，实现并发服务器，为我们进行快速的商业版本的聊天室的开发提供了优势。

　　值得注重的是，在linux下，JAVA并没有实现真正的多线程，本质上仍然是多进程。

　　◆POST与GET

　　提交form表单信息一般常用的有两种：POST或者GET。POST由于长度不受限制，而作为大多数form提交时使用的方法。GET方法通过URL来发送提交信息，由于URL被WWW服务器限制了长度，一般最长只能为1024字节，所以假如发送信息很长的话，就不能使用这种方法。
　　由于我们对聊天内容有长度限制，不会太长，而且普通浏览页面使用GET方法，使用GET方法提交form表单可以简化处理过程，所以我们可以使用这种方法来提交聊天内容。

　　我们感到美中不足的是GET方法将提交的内容简单的附在连接后边，我们假如能够将提交的内容进行HTML编码的话，就可以让客户舒适点了。