在另外一边的客户端，我们分析一下TCPClientSock的建立过程。

class

 TCPClientSock: 

public

 BaseSock{

private

:

    sockaddr_in serverSockAddr;

protected

:

    

char

*

 preBuffer;

    

int

 preBufferSize;

    mutable 

int

 preReceivedLength;

public

:

    TCPClientSock(

        

const

 

char

*

 server_IP,

        unsigned 

short

 server_port,

        

int

 pre_buffer_size 

=

 

32

);

    

virtual

 

~

TCPClientSock();

    

int

 TCPReceive() 

const

;

    

int

 TCPSend(

const

 

char

*

 send_data,

            

const

 

int

&

 data_length) 

const

;

};

我们看到TCPClientSock的类与TCPServerSock很类似，构造函数的差别是，TCPClientSock需要提供server端的IP地址和端口号。

TCPClientSock::TCPClientSock(

                    

const

 

char

 

*

server_IP,

                    unsigned 

short

 server_port,

                    

int

 pre_buffer_size):

preBufferSize(pre_buffer_size),

preReceivedLength(

0

)

{

    preBuffer 

=

 

new

 

char

[preBufferSize];

    sockFD 

=

 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);

    

if

 (sockFD 

<

 

0

) {

        sockClass::error_info(

"

sock() failed.

"

);

    }

    memset(

&

serverSockAddr, 

0

, 

sizeof

(serverSockAddr));

    serverSockAddr.sin_family 

=

 AF_INET;

    serverSockAddr.sin_addr.s_addr 

=

 inet_addr(server_IP);

    serverSockAddr.sin_port 

=

 htons(server_port);

    

if

 (connect(sockFD,

                (

struct

 sockaddr

*

)

&

serverSockAddr,

                

sizeof

(serverSockAddr)) 

<

 

0

 ) {

        sockClass::error_info(

"

connect() failed.

"

);

    }

}

TCPClientSock::

~

TCPClientSock()

{

    delete [] preBuffer;

    close(sockFD);

}

TCPClientSock通过socket()建立起sockFD，然后指定服务器的serverSockAddr，然后通过connect()向serverSockAddr指定的服务器发出握手请求。需要说明的是，调用connect()的时候，系统会检查TCPClientSock的sockFD是否已经绑定了本机的SockAddr，事实上我们也可以通过bind()将本机的IP和指定的端口号绑定在这个sockFD上，但是我们并不关心这个IP地址和端口号（况且很多主机并没有公网IP，特别在中国），所以通常我们不自己去绑定，这样系统就会帮我们完成绑定工作，分配一个空闲的端口号作为本机地址的端口号。
这样TCPClientSock具有来向（本机地址，通常由系统自动完成绑定，也可以指定）和去向（指定的server端地址）的地址信息，所以可以收发信息。于是，TCPClientSock发出的第一个数据报是发给server监听socket的握手请求数据报，TCPListenSock接收这个数据报后，将相关信息传递给TCPServerSock建立新的sockFD，我们上一节讲到，这个新的sockFD建立起来之后马上就向client端返回一个数据报：一方面表示接受第一次握手请求，另外一方面发出第二次握手请求。
收到第二次握手请求后，connect()才会返回，不然就会阻塞，非常“尽力”的去连接server。这个“尽力”的程度跟系统有关，在我的试验中，windows下很快，就几秒；而Debian则接近6分钟！
connect()返回的同时，向server发出了第三次握手的信息，这个信息是对第二次握手请求的认可。所以，第一次和第二次握手包含着连接的请求；而第二次和第三次握手则包含着对握手请求的认可，他们都是在告诉对方：我知道并同意你连接上我了。
至此，TCP三次握手的概念在socket中完整的实现，建立起数据流的TCP通信通道。