原貼地址:http://www.gbunix.com/htmldata/2004_12/14/19/article_766_1.html

通過程序建立了實際的概念之后,現(xiàn)在應(yīng)該回到最開始的問題,Socket是什么?是實現(xiàn)計算機通信的一種方式,這毫無疑問.但如何能夠用最容易理解的語言比較形象而又不偏頗的描述它的原理呢?

Bruce Eckel 在他的《Java 編程思想》一書中這樣描述套接字：
套接字是一種軟件抽象，用于表達兩臺機器之間的連接“終端”。對于一個給定的連接，每臺機器上都有一個套接字，您也可以想象它們之間有一條虛擬的“電纜”，“電纜”的每一端都插入到套接字中。當(dāng)然，機器之間的物理硬件和電纜連接都是完全未知的。抽象的全部目的是使我們無須知道不必知道的細節(jié).

按我的理解,抽象點來說,一個Socket就是一個電話聽筒,你有一個,和你通話的人也有一個,只不過其中有一個人的聽筒叫ServerSocket，另一個人的聽筒叫Socket.至于誰是ServerSocket,誰是Socket,這不重要,因為客戶端和服務(wù)器端本來就是相對的,可以互相轉(zhuǎn)化的.通話的兩個人通過拿起兩個聽筒建立了一條通道,這條通道通不通就要看是不是雙方都拿起聽筒了,假如只有一方拿起聽筒,那就只能聽到一些嘟嘟的聲音,證明通道不同.這里,拿起聽筒的過程就是Socket初始化的過程.建立了通道之后,也就是大家都拿起聽筒之后,通道兩端的人就可以開始通話了.這里又有兩個過程,即A對B說話,B接聽，和B對A說話,A收聽,這兩個過程是通過兩條線路完成的.傳輸在這兩條線路上的,就是流.流隱藏了所有傳輸?shù)募毠?jié),使得通信雙方都認為,他們傳過去的是聲音,而不是編碼.

前面寫的服務(wù)器端的程序?qū)嶋H上是單任務(wù)版本,服務(wù)器對客戶機的處理機制是在同一時間段內(nèi)只能處理一個連接,因為handleConnection中采取的是不斷循環(huán)的阻塞方法,檢測到一個,就處理一個,然后再檢測到一個,就再處理一個,如果有多個連接同時請求,那只能排隊等候.這樣的程序是無法在網(wǎng)絡(luò)中應(yīng)付多個連接的,因為你無法保證在同一時間內(nèi)只有一個客戶提出與服務(wù)器的連接請求,而用阻塞的方法應(yīng)付多客戶連接其速度之慢是可想而知的.

這樣就催生了面向多連接的版本.顯然,通過多線程可以來實現(xiàn)我們的要求.

由于要解決的是處理客戶連接的問題,因此我們的工作只是在服務(wù)器端的程序當(dāng)中修改.其原理不難推出,就是在檢測到一個連接請求之后,馬上建立一個線程去處理它,然后繼續(xù)兼聽下一個連接請求.所以,我們只需要將原來在handleConnection中的代碼原封不動的放到線程的執(zhí)行代碼中,而在handleConnection中添加上新建線程的代碼就可以了,十分簡單.

同上一篇的風(fēng)格一樣,我們來觀察各個部分的代碼細節(jié).
首先為這個多線程的版本創(chuàng)建類MultiThreadRemoteFileServer

看看這個類的定義
import java.io.*;
import java.net.*;

public class MultiThreadRemoteFileServer{
??? protected int listenPort;
??? public MultiThreadRemoteFileServer(int aListenPort){
??? }
??? public static void main(String[] args) {
??? }
??? public void acceptConnections() {
??? }
??? public void handleConnection(Socket incomingConnection) {
??? }
}

幾乎和RemoteFileServer是一樣的,唯一的區(qū)別是在我們現(xiàn)在創(chuàng)建的這個類中增加了一個構(gòu)造函數(shù),這是為了能夠使得監(jiān)聽的端口號由我們自己來定.定義如下

public MultithreadedRemoteFileServer(int aListenPort) {
??????? listenPort = aListenPort;
}

先來看main()
public static void main(String[] args) {
??????? MultithreadedRemoteFileServer server = new MultithreadedRemoteFileServer(3000);
??????? server.acceptConnections();
}

沒有區(qū)別吧，和RemoteFileServer的main()函數(shù),只是端口號在創(chuàng)建的時候由主程序指定而已。

我們主要關(guān)心的改動都在后面
現(xiàn)在看acceptConnection監(jiān)聽程序
public void acceptConnections() {
??????? try {
??????? ServerSocket server = new ServerSocket(listenPort, 5);//注意到?jīng)]有,建立服務(wù)器Socket的時候多了一個參數(shù)，這個參數(shù)是用來指定能夠同時申請連接的最大數(shù)目，缺省值是50
??????? Socket incomingConnection = null;
??????? while (true) {
??????????? incomingConnection = server.accept();
??????????? handleConnection(incomingConnection);
??????? }
??? } catch (BindException e) {
??? System.out.println("Unable to bind to port " + listenPort);
??? } catch (IOException e) {
??? System.out.println("Unable to instantiate a ServerSocket on port: " + listenPort);
??? }
}

改動的地方就一個,多了個參數(shù).這里是它的工作機制。假設(shè)我們指定待發(fā)數(shù)（backlog 值）是5并且有五臺客戶機請求連接到我們的服務(wù)器。我們的服務(wù)器將著手處理第一個連接，但處理該連接需要很長時間。由于我們的待發(fā)值是 5，所以我們一次可以放五個請求到隊列中。我們正在處理一個，所以這意味著還有其它五個正在等待。等待的和正在處理的一共有六個。當(dāng)我們的服務(wù)器仍忙于接受一號連接（記住隊列中還有 2—6 號）時，如果有第七個客戶機提出連接申請，那么，該第七個客戶機將遭到拒絕

接著看,我們的下一個改動顯然是在處理監(jiān)聽到的線程的方法handleConnection中，前面已經(jīng)說了,在多線程的版本中,我們檢測到一個連接請求,就馬上生成一個線程,然后就不用理它了,那么在這里就是新建線程的一句話.

public void handleConnection(Socket connectionToHandle) {
???? new Thread(new ConnectionHandler(connectionToHandle)).start();
}

我們注意到有一個新的類ConnectionHandler,這個類是Runnable的,即是一個接口類(這是用接口實現(xiàn)的一個線程,要是有不明白的話,可以去看看17號的關(guān)于線程的東西).我們用 ConnectionHandler 創(chuàng)建一個新 Thread 并啟動它。正如我們剛才所說的,原來在RemoteFileServer的handleConnection中的代碼統(tǒng)統(tǒng)原封不動的轉(zhuǎn)移到了這個接口類ConnectionHandler的run()方法中來了.

那么我們來看看整個ConnectionHandler類的定義吧。

class ConnectionHandler implements Runnable {
??? protected Socket socketToHandle;
??? public ConnectionHandler(Socket aSocketToHandle) {
??????? socketToHandle = aSocketToHandle;//通過構(gòu)造函數(shù),將待處理的Socket實例作為參數(shù)傳送進來
??? }
??? public void run() {//原來對Socket的讀/寫的代碼都在這里了
??????? try {
??????????? PrintWriter streamWriter = new PrintWriter(socketToHandle.getOutputStream());
??????????? BufferedReader streamReader = new BufferedReader(new InputStreamReader(socketToHandle.getInputStream()));

??????????? String fileToRead = streamReader.readLine();
??????????? BufferedReader fileReader = new BufferedReader(new FileReader(fileToRead));

??????????? String line = null;
??????????? while ((line = fileReader.readLine()) != null)
??????????????? streamWriter.println(line);

??????????? fileReader.close();
??????????? streamWriter.close();
??????????? streamReader.close();
??????? } catch (Exception e) {
??????????? System.out.println("Error handling a client: " + e);
??????? }
??? }
}

ConnectionHandler 的 run() 方法所做的事情就是 RemoteFileServer 上的 handleConnection() 所做的事情。首先把 InputStream 和 OutputStream 分別包裝（用 Socket 的 getOutputStream() 和 getInputStream()）進 BufferedReader 和 PrintWriter。然后我們用這些代碼逐行地讀目標文件.由于InputStream中裝的是文件路徑,所以中間還需要使用FileReader流將文件路徑包裝,再經(jīng)由BufferedReader包裝讀出.

我們的多線程服務(wù)器研究完了,同樣,我們回顧一下創(chuàng)建和使用“多線程版”的服務(wù)器的步驟：

1.修改 acceptConnections() 以用缺省為 50（或任何您想要的大于 1 的指定數(shù)字）實例化 ServerSocket。

2. 修改 ServerSocket 的 handleConnection() 以用 ConnectionHandler 的一個實例生成一個新的 Thread。

3.借用 RemoteFileServer 的 handleConnection() 方法的代碼實現(xiàn) ConnectionHandler 類的run()函數(shù)。