C# 网络编程 全Word格式.docx
《C# 网络编程 全Word格式.docx》由会员分享,可在线阅读,更多相关《C# 网络编程 全Word格式.docx(76页珍藏版)》请在冰豆网上搜索。
如果进程B接收到了这个“hello”,就向进程A回复一个“hello”,进程A随后才发送实际的数据“It'
safinedaytoday”。
关于TCP第二个需要了解的,就是它是全双工的。
意思是说如果两个主机上的进程(比如进程A、进程B),一旦建立好连接,那么数据就既可以由A流向B,也可以由B流向A。
除此以外,它还是点对点的,意思是说一个TCP连接总是两者之间的,在发送中,通过一个连接将数据发给多个接收方是不可能的。
TCP还有一个特性,就是称为可靠的数据传输,意思是连接建立后,数据的发送一定能够到达,并且是有序的,就是说发的时候你发了ABC,那么收的一方收到的也一定是ABC,而不会是BCA或者别的什么。
编程中与TCP相关的最重要的一个概念就是套接字。
我们应该知道网络七层协议,如果我们将上面的应用程、表示层、会话层笼统地算作一层(有的教材便是如此划分的),那么我们编写的网络应用程序就位于应用层,而大家知道TCP是属于传输层的协议,那么我们在应用层如何使用传输层的服务呢(消息发送或者文件上传下载)?
大家知道在应用程序中我们用接口来分离实现,在应用层和传输层之间,则是使用套接字来进行分离。
它就像是传输层为应用层开的一个小口,应用程序通过这个小口向远程发送数据,或者接收远程发来的数据;
而这个小口以内,也就是数据进入这个口之后,或者数据从这个口出来之前,我们是不知道也不需要知道的,我们也不会关心它如何传输,这属于网络其它层次的工作。
举个例子,如果你想写封邮件发给远方的朋友,那么你如何写信、将信打包,属于应用层,信怎么写,怎么打包完全由我们做主;
而当我们将信投入邮筒时,邮筒的那个口就是套接字,在进入套接字之后,就是传输层、网络层等(邮局、公路交管或者航线等)其它层次的工作了。
我们从来不会去关心信是如何从西安发往北京的,我们只知道写好了投入邮筒就OK了。
可以用下面这两幅图来表示它:
注意在上面图中,两个主机是对等的,但是按照约定,我们将发起请求的一方称为客户端,将另一端称为服务端。
可以看出两个程序之间的对话是通过套接字这个出入口来完成的,实际上套接字包含的最重要的也就是两个信息:
连接至远程的本地的端口信息(本机地址和端口号),连接到的远程的端口信息(远程地址和端口号)。
注意上面词语的微妙变化,一个是本地地址,一个是远程地址。
这里又出现了了一个名词端口。
一般来说我们的计算机上运行着非常多的应用程序,它们可能都需要同远程主机打交道,所以远程主机就需要有一个ID来标识它想与本地机器上的哪个应用程序打交道,这里的ID就是端口。
将端口分配给一个应用程序,那么来自这个端口的数据则总是针对这个应用程序的。
有这样一个很好的例子:
可以将主机地址想象为电话号码,而将端口号想象为分机号。
在.NET中,尽管我们可以直接对套接字编程,但是.NET提供了两个类将对套接字的编程进行了一个封装,使我们的使用能够更加方便,这两个类是TcpClient和TcpListener,它与套接字的关系如下:
从上面图中可以看出TcpClient和TcpListener对套接字进行了封装。
从中也可以看出,TcpListener用于接受连接请求,而TcpClient则用于接收和发送流数据。
这幅图的意思是TcpListener持续地保持对端口的侦听,一旦收到一个连接请求后,就可以获得一个TcpClient对象,而对于数据的发送和接收都有TcpClient去完成。
此时,TcpListener并没有停止工作,它始终持续地保持对端口的侦听状态。
我们考虑这样一种情况:
两台主机,主机A和主机B,起初它们谁也不知道谁在哪儿,当它们想要进行对话时,总是需要有一方发起连接,而另一方则需要对本机的某一端口进行侦听。
而在侦听方收到连接请求、并建立起连接以后,它们之间进行收发数据时,发起连接的一方并不需要再进行侦听。
因为连接是全双工的,它可以使用现有的连接进行收发数据。
而我们前面已经做了定义:
将发起连接的一方称为客户端,另一段称为服务端,则现在可以得出:
总是服务端在使用TcpListener类,因为它需要建立起一个初始的连接。
基本操作
1.服务端对端口进行侦听
接下来我们开始编写一些实际的代码,第一步就是开启对本地机器上某一端口的侦听。
首先创建一个控制台应用程序,将项目名称命名为ServerConsole,它代表我们的服务端。
如果想要与外界进行通信,第一件要做的事情就是开启对端口的侦听,这就像为计算机打开了一个“门”,所有向这个“门”发送的请求(“敲门”)都会被系统接收到。
在C#中可以通过下面几个步骤完成,首先使用本机Ip地址和端口号创建一个System.Net.Sockets.TcpListener类型的实例,然后在该实例上调用Start()方法,从而开启对指定端口的侦听。
usingSystem.Net;
//引入这两个命名空间,以下同
usingSystem.Net.Sockets;
using...//略
classServer{
staticvoidMain(string[]args){
Console.WriteLine("
Serverisrunning..."
);
IPAddressip=newIPAddress(newbyte[]{127,0,0,1});
TcpListenerlistener=newTcpListener(ip,8500);
listener.Start();
//开始侦听
StartListening..."
\n\n输入\"
Q\"
键退出。
"
ConsoleKeykey;
do{
key=Console.ReadKey(true).Key;
}while(key!
=ConsoleKey.Q);
}
}
//获得IPAddress对象的另外几种常用方法:
IPAddressip=IPAddress.Parse("
127.0.0.1"
IPAddressip=Dns.GetHostEntry("
localhost"
).AddressList[0];
上面的代码中,我们开启了对8500端口的侦听。
在运行了上面的程序之后,然后打开“命令提示符”,输入“netstat-a”,可以看到计算机器中所有打开的端口的状态。
可以从中找到8500端口,看到它的状态是LISTENING,这说明它已经开始了侦听:
TCP
jimmy:
1030
0.0.0.0:
0
LISTENING
3603
8500
netbios-ssn
0.0.0.0:
在打开了对端口的侦听以后,服务端必须通过某种方式进行阻塞(比如Console.ReadKey()),使得程序不能够因为运行结束而退出。
否则就无法使用“netstat-a”看到端口的连接状态,因为程序已经退出,连接会自然中断,再运行“netstat-a”当然就不会显示端口了。
所以程序最后按“Q”退出那段代码是必要的,下面的每段程序都会含有这个代码段,但为了节省空间,我都省略掉了。
2.2多个客户端与服务端连接
那么既然一个服务器端口可以应对多个客户端连接,那么接下来我们就看一下,如何让多个客户端与服务端连接。
如同我们上面所说的,一个TcpClient就是一个Socket,所以我们只要创建多个TcpClient,然后再调用Connect()方法就可以了:
classClient{
ClientRunning..."
TcpClientclient;
for(inti=0;
i<
=2;
i++){
try{
client=newTcpClient();
client.Connect("
8500);
//与服务器连接
}catch(Exceptionex){
Console.WriteLine(ex.Message);
return;
//打印连接到的服务端信息
ServerConnected!
{0}-->
{1}"
client.Client.LocalEndPoint,client.Client.RemoteEndPoint);
}
//按Q退出
上面代码最重要的就是client=newTcpClient()这句,如果你将这个声明放到循环外面,再循环的第二趟就会发生异常,原因很显然:
一个TcpClient对象对应一个Socket,一个Socket对应着一个端口,如果不使用new操作符重新创建对象,那么就相当于使用一个已经与服务端建立了连接的端口再次与远程建立连接。
此时,如果在“命令提示符”运行“netstat-a”,则会看到类似下面的的输出:
8500
LISTENING
localhost:
10282
ESTABLISHED
10283
10284
可以看到创建了三个连接对,并且8500端口持续保持侦听状态,从这里以及上面我们可以推断出TcpListener的Start()方法是一个异步方法。
3.服务端获取客户端连接
3.1获取单一客户端连接
上面服务端、客户端的代码已经建立起了连接,这通过使用“netstat-a”命令,从端口的状态可以看出来,但这是操作系统告诉我们的。
那么我们现在需要知道的就是:
服务端的程序如何知道已经与一个客户端建立起了连接?
服务器端开始侦听以后,可以在TcpListener实例上调用AcceptTcpClient()来获取与一个客户端的连接,它返回一个TcpClient类型实例。
此时它所包装的是由服务端去往客户端的Socket,而我们在客户端创建的TcpClient则是由客户端去往服务端的。
这个方法是一个同步方法(或者叫阻断方法,blockmethod),意思就是说,当程序调用它以后,它会一直等待某个客户端连接,然后才会返回,否则就会一直等下去。
这样的话,在调用它以后,除非得到一个客户端连接,不然不会执行接下来的代码。
一个很好的类比就是Console.ReadLine()方法,它读取输入在控制台中的一行字符串,如果有输入,就继续执行下面代码;
如果没有输入,就会一直等待下去。
//获取一个连接,中断方法
TcpClientremoteClient=listener.AcceptTcpClient();
//打印连接到的客户端信息
ClientConnected!
{0}<
--{1}"
remoteClient.Client.LocalEndPoint,remoteClient.Client.RemoteEndPoint);
运行这段代码,会发现服务端运行到listener.AcceptTcpClient()时便停止了,并不会执行下面的Console.WriteLine()方法。
为了让它继续执行下去,必须有一个客户端连接到它,所以我们现在运行客户端,与它进行连接。
简单起见,我们只在客户端开启一个端口与之连接:
TcpClientclient=newTcpClient();
此时,服务端、客户端的输出分别为:
//服务端
Serverisrunning...
StartListening...
127.0.0.1:
8500<
--127.0.0.1:
5188
//客户端
ClientRunning...
5188-->
127.0.0.1:
8500
3.2获取多个客户端连接
现在我们再接着考虑,如果有多个客户端发动对服务器端的连接会怎么样,为了避免你将浏览器向上滚动,来查看上面的代码,我将它拷贝了下来,我们先看下客户端的关键代码:
TcpClientclient;
for(inti=0;
=2;
如果服务端代码不变,我们先运行服务端,再运行客户端,那么接下来会看到这样的输出:
5226
5226-->
5227-->
5228-->
就又回到了本章第2.2小节“多个客户端与服务端连接”中的处境:
尽管有三个客户端连接到了服务端,但是服务端程序只接收到了一个。
这是因为服务端只调用了一次listener.AcceptTcpClient(),而它只对应一个连往客户端的Socket。
但是操作系统是知道连接已经建立了的,只是我们程序中没有处理到,所以我们当我们输入“netstat-a”时,仍然会看到3对连接都已经建立成功。
为了能够接收到三个客户端的连接,我们只要对服务端稍稍进行一下修改,将AcceptTcpClient方法放入一个do/while循环中就可以了:
Console.WriteLine("
while(true){
//获取一个连接,同步方法
这样看上去是一个死循环,但是并不会让你的机器系统资源迅速耗尽。
因为前面已经说过了,AcceptTcpClient()再没有收到客户端的连接之前,是不会继续执行的,它的大部分时间都在等待。
另外,服务端几乎总是要保持在运行状态,所以这样做并无不可,还可以省去“按Q退出”那段代码。
此时再运行代码,会看到服务端可以收到3个客户端的连接了。
5305
5306
5307
本篇文章到此就结束了,接下来一篇我们来看看如何在服务端与客户端之间收发数据。
同步传输字符串
服务端客户端通信
在与服务端的连接建立以后,我们就可以通过此连接来发送和接收数据。
端口与端口之间以流(Stream)的形式传输数据,因为几乎任何对象都可以保存到流中,所以实际上可以在客户端与服务端之间传输任何类型的数据。
对客户端来说,往流中写入数据,即为向服务器传送数据;
从流中读取数据,即为从服务端接收数据。
对服务端来说,往流中写入数据,即为向客户端发送数据;
从流中读取数据,即为从客户端接收数据。
同步传输字符串
我们现在考虑这样一个任务:
客户端打印一串字符串,然后发往服务端,服务端先输出它,然后将它改为大写,再回发到客户端,客户端接收到以后,最后再次打印一遍它。
我们将它分为两部分:
1、客户端发送,服务端接收并输出;
2、服务端回发,客户端接收并输出。
1.客户端发送,服务端接收并输出
1.1服务端程序
我们可以在TcpClient上调用GetStream()方法来获得连接到远程计算机的流。
注意这里我用了远程这个词,当在客户端调用时,它得到连接服务端的流;
当在服务端调用时,它获得连接客户端的流。
接下来我们来看一下代码,我们先看服务端(注意这里没有使用do/while循环):
classServ