Python 之网络式编程

一 客户端/服务器架构

即C/S架构，包括

1、硬件C/S架构（打印机）

2、软件B/S架构（web服务）

C/S架构与Socket的关系：

我们学习Socket就是为了完成C/S的开发

二 OSI七层

引子：　　

　　计算机组成原理：硬件、操作系统、应用软件三者组成。

　　具备以上条件后，计算机就可以工作，如果你要和别人一起玩，那你就需要上网了。互联网的核心就是由一堆协议组成，协议就是标准。

为什么学习Socket之前要先了解互联网协议？

　　1、C/S架构的软件（应用软件属于应用层）是基于网络进行通信的

　　2、网络的核心即一堆协议，协议即标准，想开发一款基于网络通信的软件，就必须遵循这些标准

OSI七层：

三 Socket层

四 Socket是什么 

　　Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口，在设计模式中，Socket其实就是一个门面模式，它把负责的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。

　　所以，我们无需深入学习理解TCP/UDP协议，Socket已经为我们封装好了，我们只需要遵循Socket的规定去编程，写出的程序自然就是遵循TCP/UDP标准的。

五 套接字发展史及分类

　　套接字起源于20世纪70年代加利福尼亚大学伯克利分校版本的Unix，即人们所说的BSD Unix。因此，有时人们也把套接字成为“伯克利套接字”或“BSD套接字”。一开始，套接字被设计用在一台主机上多个应用程序之间的通信，这也被称作进程间通许或IPC。套接字有两种（或者称为两个种族），分别是基于文件型和就网络型。

基于文件类型的套接字家族

套接字家族的名字：AF_UNIX

　　UNIX一切皆文件，基于文件的套接字调用的就是底层的文件系统来取数据，两个套接字进程运行在同一机器上，可以通过访问同一文件系统间接完成通信。

基于网络类型的套接字家族

套接字家族的名字：AF_INET

　　还有AF_INET6被用于ipv6，还有一些其他的地址家族，不过，他们要么是只用于某个平台，要么就是已经被废弃，或者是很少被使用，或者是根本没有实现，所有地址家族中，AF_INET是使用最广泛的一个，Python支持很多地址家族，但是由于我们只关心网络编程，所以大部分时候我们只使用AF_INET(AF:Address Family;INET:Internet)

六 套接字工作流程

　　生活中，你要打电话给一个朋友，先拨号，朋友听到电话铃声响后接打电话，这时你和你的朋友就建立起了连接，就可以讲话了，等交流结束，挂断电话结束此次通话。

 利用Socket模拟生活中打电话：

服务端

客户端

服务器和客户端无限循环发送消息：

服务器端

客户端

Socket收发消息原理图：

若重启服务端时，可能会遇到：Address already in use;这个是由于服务端扔然存在四次挥手的time_wait状态占用地址

解决方案：

方法一

方法二

七 基于UDP的套接字

udp服务端

1 ss = socket()  # 创建一个服务器的套接字
2 ss.bind()  # 绑定服务器套接字
3 while True:  # 服务器无限循环
4     cs = ss.recvfrom()/ss.sendto()  # 对话（接收与发送）
5 ss.close()  #  关闭服务器套接字

udp客户端

1 cs = socket()  # 创建客户套接字
2 while True:
3     cs.sendto()/cs.recvfrom()  # 对话（发送/接收）
4 cs.close()  # 关闭客户套接字

基于UDP的套接字：

udp服务端

udp客户端

 八 什么是粘包？

注：只有TCP有粘包现象，UDP永远不会粘包

一个socket收发消息的原理图：

　　发送端可以是一K一K地发送数据，而接收端的应用程序可以两K两K地提走数据，当然也有可能一次提走3K或6K数据，或者一次只提走几个字节的数据，也就是说，应用程序所看到的数据是一个整体，或说是一个流（stream），一条消息有多少字节对应用程序是不可见的，因此TCP协议是面向流的协议，这也是容易出现粘包问题的原因。而UDP是面向消息的协议，每个UDP段都是一条消息，应用程序必须以消息为单位提取数据，不能一次提取任意字节的数据，这一点和TCP是很不同的。怎样定义消息呢？可以认为对方一次性write/send的数据为一个消息，需要明白的是当对方send一条信息的时候，无论底层怎样分段分片，TCP协议层会把构成整条消息的数据段排序完成后才呈现在内核缓冲区。

　　例如基于tcp的套接字客户端往服务端上传文件，发送时文件内容是按照一段一段的字节流发送的，在接收方看了，根本不知道该文件的字节流从何处开始，在何处结束

　　所谓粘包问题主要还是因为接收方不知道消息之间的界限，不知道一次性提取多少字节的数据所造成的。

　　此外，发送方引起的粘包是由TCP协议本身造成的，TCP为提高传输效率，发送方往往要收集到足够多的数据后才发送一个TCP段。若连续几次需要send的数据都很少，通常TCP会根据优化算法把这些数据合成一个TCP段后一次发送出去，这样接收方就收到了粘包数据。

1. TCP（transport control protocol，传输控制协议）是面向连接的，面向流的，提供高可靠性服务。收发两端（客户端和服务器端）都要有一一成对的socket，因此，发送端为了将多个发往接收端的包，更有效的发到对方，使用了优化方法（Nagle算法），将多次间隔较小且数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于分辨出来了，必须提供科学的拆包机制。 即面向流的通信是无消息保护边界的。
2. UDP（user datagram protocol，用户数据报协议）是无连接的，面向消息的，提供高效率服务。不会使用块的合并优化算法，, 由于UDP支持的是一对多的模式，所以接收端的skbuff(套接字缓冲区）采用了链式结构来记录每一个到达的UDP包，在每个UDP包中就有了消息头（消息来源地址，端口等信息），这样，对于接收端来说，就容易进行区分处理了。 即面向消息的通信是有消息保护边界的。
3. tcp是基于数据流的，于是收发的消息不能为空，这就需要在客户端和服务端都添加空消息的处理机制，防止程序卡住，而udp是基于数据报的，即便是你输入的是空内容（直接回车），那也不是空消息，udp协议会帮你封装上消息头

　　udp的recvfrom是阻塞的，一个recvfrom(x)必须对唯一一个sendinto(y),收完了x个字节的数据就算完成,若是y>x数据就丢失，这意味着udp根本不会粘包，但是会丢数据，不可靠

　　tcp的协议数据不会丢，没有收完包，下次接收，会继续上次继续接收，己端总是在收到ack时才会清除缓冲区内容。数据是可靠的，但是会粘包。

粘包解决方案：

方法一、

基于TCP服务端

基于TCP客户端

方法二、

基于TCP服务端

基于TCP客户端

 九 利用socketserver实现并发

基于TCP服务端:

 1 #!/usr/bin/env python
 2 # -*- coding:utf-8 -*-
 3 import socketserver
 4 
 5 
 6 class MyServer(socketserver.BaseRequestHandler):
 7     def handle(self):
 8