Web框架
Web框架本质
众所周知，对于所有的Web应用，本质上其实就是一个socket服务端，用户的浏览器其实就是一个socket客户端。
举例：
#!/usr/bin/env python
#coding:utf-8
import socket #导入单线程通讯模块
def handle_request(client): #发送内容函数
buf = client.recv(1024) #设置最大传输字节
client.sendall(bytes("HTTP/1.1 200 OK\r\n\r\n", encoding=‘utf-8‘)) #向客户端发送内容，以字节形式发送
client.sendall(bytes("Hello, World欢迎访问", encoding=‘utf-8‘)) #向客户端发送内容
def main(): #创建通讯函数
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) #创建服务端通讯对象
sock.bind((‘localhost‘,8082)) #在服务端设置服务端ip和端口
sock.listen(5) #监听IP和端口，设置一个参数，表示最多连接排队数量
while True: #循环
connection, address = sock.accept() #等待接收客户端的请求，一旦有客户端请求连接，就会返回两个值，一个是连接对象，一个是客户端的地址信息，所以需要两个变量来接收
handle_request(connection) #执行handle_request函数，将客户端请求连接传入handle_request函数
connection.close() #关闭连接
if __name__ == ‘__main__‘: #wds系统下if __name__ == "__main__"才能创建进程，我们调试没关系，以后在Linux系统没这个问题
main() #执行main函数
上述通过socket来实现了其本质，而对于真实开发中的python web程序来说，一般会分为两部分：服务器程序和应用程序。服务器程序负责对socket服务器进行封装，并在请求到来时，对请求的各种数据进行整理。应用程序则负责具体的逻辑处理。为了方便应用程序的开发，就出现了众多的Web框架，例如：Django、Flask、web.py 等。不同的框架有不同的开发方式，但是无论如何，开发出的应用程序都要和服务器程序配合，才能为用户提供服务。这样，服务器程序就需要为不同的框架提供不同的支持。这样混乱的局面无论对于服务器还是框架，都是不好的。对服务器来说，需要支持各种不同框架，对框架来说，只有支持它的服务器才能被开发出的应用使用。这时候，标准化就变得尤为重要。我们可以设立一个标准，只要服务器程序支持这个标准，框架也支持这个标准，那么他们就可以配合使用。一旦标准确定，双方各自实现。这样，服务器可以支持更多支持标准的框架，框架也可以使用更多支持标准的服务器。
所以，对于Web框架来说分为两类，一类是即包含了socket服务端，有包含了逻辑处理，一类是只包含逻辑处理需要另外做socket服务端
python标准库提供的独立WSGI服务器称为wsgiref。
WSGI（Web Server Gateway Interface）是一种规范，它定义了使用python编写的web app与web server之间接口格式，实现web app与web server间的解耦。
wsgiref模块，python标准库提供的独立WSGI服务器称为wsgiref，就是Web框架逻辑处理