C#網絡編程(同步傳輸字符串) - Part.2(2)

段程序的上半部分已經很熟悉了，我就不再解釋。remoteClIEnt.GetStream()方法獲取到了連接至 客戶端的流，然後從流中讀出數據並保存在了buffer緩存中，隨後使用Encoding.Unicode.GetString()方 法，從緩存中獲取到了實際的字符串。最後將字符串打印在了控制台上。這段代碼有個地方需要注意：在 能夠讀取的字符串的總字節數大於BufferSize的時候會出現字符串截斷現象，因為緩存中的數目總是有限 的，而對於大對象，比如說圖片或者其它文件來說，則必須采用“分次讀取然後轉存”這種方式，比如這 樣：

// 獲取字符串
byte[] buffer = new byte[BufferSize];
int bytesRead;　　　　　　　　　 // 讀取的字節數
MemoryStream msStream = new MemoryStream();
do {
　　　 bytesRead = streamToClIEnt.Read(buffer, 0, BufferSize);
　　　 msStream.Write(buffer, 0, bytesRead);
} while (bytesRead > 0);

buffer = msStream.GetBuffer();
string msg = Encoding.Unicode.GetString(buffer);

這裡我沒有使用這種方法，一個是因為不想關注在太多的細節上面，一個是因為對於字符串來說， 8192字節已經很多了，我們通常不會傳遞這麼多的文本。當使用Unicode編碼時，8192字節可以保存4096 個漢字和英文字符。使用不同的編碼方式，占用的字節數有很大的差異，在本文最後面，有一段小程序， 可以用來測試Unicode、UTF8、ASCII三種常用編碼方式對字符串編碼時，占用的字節數大小。

現在對客戶端不做任何修改，然後運行先運行服務端，再運行客戶端。結果我們會發現這樣一件事： 服務端再打印完“Client Connected！127.0.0.1:8500 <-- 127.0.0.1:xxxxx”之後，再次被阻塞了 ，而沒有輸出“Reading data, {0} bytes ...”。可見，與AcceptTcpClIEnt()方法類似，這個Read()方 法也是同步的，只有當客戶端發送數據的時候，服務端才會讀取數據、運行此方法，否則它便會一直等待 。

1.2 客戶端程序

接下來我們編寫客戶端向服務器發送字符串的代碼，與服務端類似，它先獲取連接服務器端的流，將 字符串保存到buffer緩存中，再將緩存寫入流，寫入流這一過程，相當於將消息發往服務端。

class ClIEnt {
　　　 static void Main(string[] args) {
　　　　　　　 Console.WriteLine("ClIEnt Running ...");
　　　　　　　 TcpClient clIEnt;

　　　　　　　 try {
　　　　　　　　　　　 client = new TcpClIEnt();
　　　　　　　　　　　 clIEnt.Connect("localhost", 8500);　　　　　 // 與服務器連接
　　　　　　　 } catch (Exception ex) {
　　　　　　　　　　　 Console.WriteLine(ex.Message);
　　　　　　　　　　　 return;
　　　　　　　 }
　　　　　　　 // 打印連接到的服務端信息
　　　　　　　 Console.WriteLine("Server Connected！{0} --> {1}",
　　　　　　　　　　　 client.Client.LocalEndPoint, client.ClIEnt.RemoteEndPoint);

　　　　　　　 string msg = "\"Welcome To TraceFact.Net\"";
　　　　　　　 NetworkStream streamToServer = clIEnt.GetStream();

　　　　　　　 byte[] buffer = Encoding.Unicode.GetBytes(msg);　　　　 // 獲得緩存
　　　　　　　 streamToServer.Write(buffer, 0, buffer.Length);　　　　 // 發往服務器
　　　　　　　 Console.WriteLine("Sent: {0}", msg);

　　　　　　　 // 按Q退出
　　　 }
}