前文我们介绍了网络协议的各层，同时也介绍了一下我们在编写代码时候的服务端的accept、bind、listen、connect、send做了什么。
可以说是从宏观的角度，或者代码开发的角度来说的，在此我觉得还不够具体。
同样我想解释一下为什么我说服务端listen之后，客户端已经可以进行tcp连接了，同样可以发送消息了。
正文首先我们的tcp连接网图：
前提，这个时候服务端只是listen了，并没有accept。且客户端调用了connect，同时send 了hello word了。
第一个包：
客户端发起tcp连接。
上面可以看到seq 为0，同样有0x002 SYN 标志。
第二个包:
这是服务器端给客户端的.
说明此时服务端是认可了客户端的请求的，并且呢，开始进行了确认操作。
第三个包:
这是客户端发出的，3次握手已经完成了，说明已经连接上了。
然后就是要确认之后listen 之后是否可以发送消息。
第四个包：
客户端已经向服务端发起了消息。
可以看到数据是：68656c6c6f2073657276696365
大家可以用utf8 16进制进行解码看下解密出来的是啥。
第五个包:
服务端的确认包。说明服务端确认收到了数据的。
其实这些连接和收包前文提及了，其实都是操作系统帮助我们做了。
那么为什么有些书本要写，accept 之后才是连接呢？
这是因为相当我们的应用程序而言的，accept之后，我们才能知道客户端连接过来的在服务端创建的socket是多少。
这个时候服务端才知道有客户端进行了连接了，所以认为这个时候才连接成功了。而一些书本认为服务端也不包含操作系统，仅是我们的应用程序。
这里我用的是wireshark 进行抓包的。
本来想把四次挥手也截屏出来的，但是后面向介绍一些更具体的东西，所以往后推一推吧，这样也不会冗余，同时大家交流起来更加的自然。
实验代码如下:
服务端：
客户端:
using System.Net; using System.Net.Sockets; var socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp); var ipAddress = IPAddress.Parse("127.0.0.1"); EndPoint endPoint = new IPEndPoint(ipAddress, 8888); socket.Connect(endPoint); socket.Send(System.Text.Encoding.UTF8.GetBytes("hello service")); Console.WriteLine("发送成功"); Console.ReadLine(); 结以上只是个人的整理，如有错误，望请指点。