TCP的C/S架构是什么样的

TCP的C/S架构是什么样的，很多新手对此不是很清楚，为了帮助大家解决这个难题，下面小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。

TCP的C/S架构

　　服务器首先启动一个net.Listen()，这个net.Listen()从名字上看好像是启动一个监听，实际上这是由于套接字socket最早期设计的原因，在Go语言设计的时候还是沿用了Unix当初设计的思想，直接把函数名拿过来了，这个函数初学的同学都会有一个误解，认为它是监听，实际上它不是，这个listen()函数不是真正的监听客户端，要监听的话监听什么？

　　要监听客户端和我的连接，但是这个Listen不是监听客户端，而是我设置服务器监听的资源(IP、端口)，Accept()才是真正监听的，那言外之意，监听嘛，我等着你对我进行访问吧，那就是说，你没访问我之前是不是应该一直处于等待状态，一会儿我们写程序看一下，是在Listen()的时候等着还是在Accept的时候等着，所以Accept是表示接受的意思，当它Accpet调用起来以后，它就等着客户端和我建立连接，比方说，图示上已经说了，它会阻塞等待用户建立连接，那言外之意，我没有用户建立连接之前它就一直阻塞在那里等待着，实际上监听是在Accept的时候才发起的，当然Accept不是无源之水，它必要Listen设置好了连接方式(tcp还是udp)、IP地址以及端口以后才能阻塞去监听，当有一个客户端和服务器发起请求之后，我调Accept()函数完成了，那就说明我服务器和客户端之间的连接建立好了。

进行数据传输

　　接来下干什么呢？进行数据传输，我建立好连接的目的就是为了进行数据传递，我们这里假定那一般实际上也是这样，客户端主动找服务器建立连接，连接建立好了，客户端先发送数据给服务器，服务器被动的接受客户端发来的请求，被动接受客户端请求数据，接受到了请求以后，服务器进行相应的分析处理，处理完以后把你要请求的数据回写回去，服务端Read()是读取客户端发送过来的请求，Write()是我把你的请求处理完之后再给你写回去，当这些都做完了，说明我们跟客户端的一次通信就完成了，那这个时候我们就可以关闭连接。当然如果你还想后续继续通信的话，这个close()关闭就要延迟。

　　客户端这个流程很简单，因为服务器先要站出来在那儿等着客户端和我建立连接，所以说，服务器就得先启动，客户端相当于是我得等你服务器启动起来以后你都准备好了，我在给你发送访问请求，客户端发送访问请求，也是调用一个函数，叫做net.Dail()函数，这个Dail()函数会对阻塞的Accept()发送一个请求，如果服务器准备好，Accept()返回的时候，Dail也返回，咱们就说客户端和服务器建立好了连接，客户端先发送数据，所以客户端先是一个写操作。

　　发送完数据，服务器那边读到客户端请求进行处理，处理完之后写回来，客户端再Read()读取服务器写回来的数据，读完以后客户端也可以做简单处理，比方说我读到了以后，打印显示，完成了写，完成了读，一次跟网络端的通信也就完成了，客户端可以关闭连接，大致的流程就是这样。

看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注行业资讯频道，感谢您对的支持。