Python学习笔记--网络编程

最新推荐文章于 2020-05-24 00:02:18 发布

Esorta

最新推荐文章于 2020-05-24 00:02:18 发布

阅读量157

点赞数

分类专栏：网络编程

本文链接：https://blog.csdn.net/weixin_45967314/article/details/103455687

版权

网络编程专栏收录该内容

1 篇文章 0 订阅

订阅专栏

一. 同步异步阻塞非阻塞

举个栗子:
　　小明去图书馆查询书籍:
　　同步:小明求助管理员,小明等啊等,过一会管理员查询完毕就会返回结果.
　　异步:小明求助管理员,管理员查询过程中小明可能时不时询问一下结果,或者查询完后会主动通知小明返回结果.
　　阻塞:调用结果返回之前,当前线程会被挂起,调用线程只会在得到结果之后才会返回,也就是小明只会等待查询结果;
　　非阻塞:不能立刻得到结果之前,该调用不会阻塞当前线程.也就是小明等待查询结果的通知之前会做点别的事情.
　　同步和异步只针对查询图书的管理员是什么状态,也就是被调用者;
　　阻塞和非阻塞是关注小明是什么状态,也就是程序在等待调用结果时是什么状态
　　
　　定义:

同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个定义，其实绝大多数函数都是同步调用（例如sin, isdigit 等）。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例子就是 SendMessage。该函数发送一个消息给某个窗口，在对方处理完消息之前，这个函数不返回。当对方处理完毕以后，该函数才把消息处理函数所返回的 LRESULT值返回给调用者。

异步:
　　异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理这个调用的部件在完成后，通过状态、通知和回调来通知调用者。

以 CAsycSocket类为例（注意，CSocket从CAsyncSocket派生，但是起功能已经由异步转化为同步），当一个客户端通过调用 Connect函数发出一个连接请求后，调用者线程立刻可以朝下运行。当连接真正建立起来以后，socket底层会发送一个消息通知该对象。这里提到执行部件和调用者通过三种途径返回结果：状态、通知和回调。可以使用哪一种依赖于执行部件的实现，除非执行部件提供多种选择，否则不受调用者控制。如果执行部件用状态来通知，那么调用者就需要每隔一定时间检查一次，效率就很低（有些初学多线程编程的人，总喜欢用一个循环去检查某个变量的值，这其实是一种很严重的错误）。如果是使用通知的方式，效率则很高，因为执行部件几乎不需要做额外的操作。至于回调函数，其实和通知没太多区别。

阻塞:
阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。有人也许会把阻塞调用和同步调用等同起来，实际上他是不同的。对于同步调用来说，很多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。如果主窗口和调用函数在同一个线程中，除非你在特殊的界面操作函数中调用，其实主界面还是应该可以刷新。socket接收数据的另外一个函数recv则是一个阻塞调用的例子。当socket工作在阻塞模式的时候，如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。

非阻塞:
非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。

二. 套接字

三次握手:

TCP三次握手

step1:第一次握手:

    建立连接时，客户端发送SYN包到服务器，其中包含客户端的初始序号seq=x，并进入SYN_SENT状态，等待服务器确认。（其中，SYN=1，ACK=0，表示这是一个TCP连接请求数据报文；序号seq=x，表明传输数据时的第一个数据字节的序号是x）。

step2:第二次握手:

    服务器收到请求后，必须确认客户的数据包。同时自己也发送一个SYN包，即SYN+ACK包，此时服务器进入SYN_RECV状态。（其中确认报文段中，标识位SYN=1，ACK=1，表示这是一个TCP连接响应数据报文，并含服务端的初始序号seq(服务器)=y，以及服务器对客户端初始序号的确认号ack(服务器)=seq(客户端)+1=x+1）。

step3:第三次握手:

    客户端收到服务器的SYN+ACK包，向服务器发送一个序列号(seq=x+1)，确认号为ack(客户端)=y+1，此包发送完毕，客户端和服务器进入ESTAB_LISHED(TCP连接成功)状态，完成三次握手。

举个栗子:
特工1号和特工2号需要接头

特工一号给特工二号发出带有暗号的信件[SYN=1,ACK=0,seq=x(客户端)]并进入等待回信状态(SYN_SENT)
特工二号收到信件->确认信件->发送回信[SYN=1,ACK=x+1(客户端)+1,seq=y(服务端)]并进入等待状态(SYN_RECV)
特工一号收到回信,再次发送回信确认接头成功(ESTAB_LISHED)

四次挥手:

TCP四次挥手

step1:第一次挥手:

    首先，客户端发送一个FIN，用来关闭客户端到服务器的数据传送，然后等待服务器的确认。其中终止标志位FIN=1，序列号seq=u。

step2:第二次挥手:

    服务器收到这个FIN，它发送一个ACK，确认ack为收到的序号加一。

step3:第三次挥手:

    关闭服务器到客户端的连接，发送一个FIN给客户端。

step4:第四次挥手:

    客户端收到FIN后，并发回一个ACK报文确认，并将确认序号seq设置为收到序号加一。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。

客户端发送FIN后，进入终止等待状态，服务器收到客户端连接释放报文段后，就立即给客户端发送确认，服务器就进入CLOSE_WAIT状态，此时TCP服务器进程就通知高层应用进程，因而从客户端到服务器的连接就释放了。此时是“半关闭状态”，即客户端不可以发送给服务器，服务器可以发送给客户端。

此时，如果服务器没有数据报发送给客户端，其应用程序就通知TCP释放连接，然后发送给客户端连接释放数据报，并等待确认。客户端发送确认后，进入TIME_WAIT状态，但是此时TCP连接还没有释放，然后经过等待计时器设置的2MSL后，才进入到CLOSED状态。

举个栗子:
还是特工接头: