当激活监听的TCPListenSock等待远程client的connect()握手请求的时候,是调用了accept()并且产生阻塞(默认情况下),如果accept()成功返回意味着conect()握手请求请求成功,这时候就通过accept()产生了一个新的sockFD用于TCP通讯。我们把这个新的sockFD构建为TCPServerSock类:

C++代码
  1. class TCPServerSock: public BaseSock{  
  2. private:  
  3.     sockaddr_in clientSockAddr;  
  4. protected:  
  5.     char* preBuffer;  
  6.     int preBufferSize;  
  7.     mutable int preReceivedLength;  
  8. public:  
  9.     explicit TCPServerSock(  
  10.         const TCPListenSock& listen_sock,  
  11.         int pre_buffer_size = 32);  
  12.     virtual ~TCPServerSock();  
  13.     int TCPReceive() const;  
  14.     int TCPSend(const char* send_data,  
  15.             const int& data_length) const;  
  16. };  

       这里,我们为TCPServerSock预留一个缓存,这个缓存并不是必须的,但是设置这样一个缓存至少有两个好处:

       1、可以在使用时不必专门为recv()建立缓存;

       2、类方法TCPReceive()和TCPSend()可以共享这个缓存,在处理很多问题时候很方便,比如echo,就不需要先把recv()的缓存读出来再由send()来发送。

       将缓存已用长度preReceiveLength?#30001;?#20851;键字mutable表示我们不关心这个长度会被更改,我们只在乎有一个缓存可以用,但是实际用了多少不重要,这样我们就可以为接受和发送的类方法?#30001;蟘onst。

       我们回到TCPServerSock的建立,TCPServerSock通过TCPListenSock accept()一个远程的client connect()握手请求而建立,所以,TCPServerSock的构造在默认情况下是阻塞的。

C++代码
  1. TCPServerSock::TCPServerSock(  
  2.                 const TCPListenSock& listen_sock,  
  3.                 int pre_buffer_size):  
  4. preBufferSize(pre_buffer_size),  
  5. preReceivedLength(0)  
  6. {  
  7.     preBuffer = new char[preBufferSize];  
  8.   
  9.     socklen_t clientSockAddrLen = sizeof(clientSockAddr);  
  10.     sockFD = accept(    listen_sock.showSockFD(),  
  11.                         (sockaddr*)&clientSockAddr,  
  12.                         &clientSockAddrLen);  
  13.     if (sockFD < 0) {  
  14.         sockClass::error_info("accept() failed.");  
  15.     }  
  16.     std::cout    << "Client (IP: "  
  17.                 << inet_ntoa(clientSockAddr.sin_addr)  
  18.                 << ") conneted." << std::endl;  
  19. }  
  20.   
  21. TCPServerSock::~TCPServerSock()  
  22. {  
  23.     delete [] preBuffer;  
  24.     close(sockFD);  
  25. }  

       这里需要注意一个Linux和Windows下的不同:

       对于sockaddr_in(也包括sockaddr)的大小,被accept()指定的时候,Linux中用的是socklen_t,其实这就是size_t,也就是unsigned int。而WinSock中却用的是int。因为在编译中不会?#36828;?#36716;换,所以会提示错误。

       再次强调,TCPServerSock的sockFD是通过accept()建立的而不是socket(),这也是唯一一个不用socket()建立的sockFD(包括UDP的)。在client发出的connect()握手请求的数据报中,同时包含着client端的地址信息(IP地址和端口)和server端的地址信息(IP地址和端口),正是这个握手请求数据报中的两边的地址信息通过accept()被传递到TCPServerSock的sockFD中。请注意,server端的信息并非由TCPListenSock提供,因为TCPListenSock中listenSockAddr的IP地址为空(INADDR_ANY == 0),而TCPServerSock中server端的SockAddr却是具体的,由客户端的握?#20013;?#35758;传来的(但是没有具体的体现出来)。只有具体的地址(IP地址和端口)才能提供IP数据包的目的地方向。而端口号,则因为client事先知道监听端口号,从而在握手请求中包含,最终传递给TCPListenSock中server端的SockAddr,虽然这个过程决定了这个端口号等于监听端口号,但是需要明白的是,这个端口号来自握手请求的数据报而不是TCPListenSock的listenSockAddr。

       新的sockFD具有来向(本机)和去向(远程)的信息,所以可以收发数据。TCPServerSock的sockFD一旦建立,马上向远程返回一个数据报,这个数据报有两层意义:

       1、表示server已经接收了client的握手请求;

       2、对client发出与server这个新sockFD握手的请求。

       这就是所谓第二次握手,并且也是以数据报的?#38382;?#20256;送的。我们说过,TCP协议的目标是建立“可靠”的数据流?#38382;?#30340;通讯,在这个数据流的通道建立起来以前,只能采用数据报的?#38382;?#20256;送数据。

除非特别注明,鸡啄米文章均为原创
转载请标明本文地址:http://www.rbu.tw/software/429.html
2015年9月21日
作者:鸡啄米 分类:软件开发 浏览: 评论:0