400 bad request什么意思_看完一定懂 WSGI 是什么-Python教程

ee3474a9ce9d97ea4db384bdc7065bd0.png

写了几年的python web,却还不知道WSGI是什么东西,是不是大有人在。 说来也正常,因为作为开发者很少需要去了解wsgi是什么,也能把网站做出来。

但是如果你想自己写个web框架玩玩,就不得不去了解wsgi了。

回顾一下,我们在用python做web开发的时候,一般基于某个web框架来开发,django或者是flask等其它框架。 业务开发完成后,就要部署到某台服务器中提供对外的访问。

这时候你去网上一搜,他们都会告诉你需要用 gunicorn或者是uwsgi 来部署。 那么gunicorn、uwsgi 又是什么玩意。

看这个图你就明白了,图我是从网上找的

956733c5e1bed85e1ea93282c550015c.png

这里的uwsgi或者gunicorn扮演的角色就是web服务器的角色,这里的服务器是软件层面的服务器,用于处理浏览器发过来的HTTP请求以及将响应结果返回给前端。而Web框架的主要任务就是处理业务逻辑生成结果给web服务器,再由web服务器返回给浏览器。

而web框架和web服务器之间的通信需要遵循一套规范,这个规范就是WSGI了。

为什么要搞这么一套规范出来? 规范就是为了统一标准,方便大家所用

想象一下,我们手机充电的接口现在都是Type-c的,Type-c 就是一种规范, 手机厂商按照这个规范去生产手机, 充电器厂商按照Type-c的规范生产充电器,不同厂商的手机就可以和不同厂商的充电器搭配使用。 而苹果却自成一套规范,最后导致Android充电器无法给苹果充电。

![

](…)

那如何写出一个符合 WSGI规范的应用(框架)程序和服务器呢?

如上图所示,左边是web服务器,右边是web框架,或者说应用程序。

应用程序

WSGI规定应用程序必须是一个可调用对象(可调用对象可以是函数,也可以是类,还可以是实现了 __call__的实例对象),而且必须接受两个参数,该对象的返回值必须是可迭代对象。

我们可以写个最简单的应用程序的例子

HELLO_WORLD = b"Hello world!\n"def application(environ, start_response):
    status = '200 OK'
    response_headers = [('Content-type', 'text/plain')]
    start_response(status, response_headers)    return [HELLO_WORLD]复制代码

application 是一个函数,肯定是可调用对象,然后接收两个参数,两个参数分别是:environ和start_response

  • environ是一个字典,里面储存了HTTP request相关的所有内容,比如header、请求参数等等
  • start_response是一个WSGI 服务器传递过来的函数,用于将response header,状态码传递给Server。

调用 start_response 函数负责将响应头、状态码传递给服务器, 响应体则由application函数返回给服务器, 一个完整的http response 就由这两个函数提供。

但凡是实现了wsgi的web框架都会有这样一个可调用对象

服务器

WSGI 服务器端做的事情就是每次接收HTTP请求,构建environ对象,然后调用application对象,最后将HTTP Response返回给浏览器。

下面就是一个完整的wsgi server 的代码

import socketimport sysfrom io import StringIOclass WSGIServer(object):
    address_family = socket.AF_INET
    socket_type = socket.SOCK_STREAM
    request_queue_size = 1

    def __init__(self, server_address):
        # Create a listening socket
        self.listen_socket = listen_socket = socket.socket(
            self.address_family,
            self.socket_type
        )        # Allow to reuse the same address
        listen_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)        # Bind
        listen_socket.bind(server_address)        # Activate
        listen_socket.listen()        # Get server host name and port
        host, port = ()[:2]
        self.server_name = socket.getfqdn(host)
         = port        # Return headers set by Web framework/Web application
        self.headers_set = []    def set_app(self, application):
         = application    def serve_forever(self):
        listen_socket = self.listen_socket        while True:            # New client connection
            self.client_connection, client_address = listen_socket.accept()            # Handle one request and close the client connection. Then
            # loop over to wait for another client connection
            self.handle_one_request()    def handle_one_request(self):
         = request_data = self.client_connection.recv(1024)        # Print formatted request data a la 'curl -v'
        print(''.join(            '< {line}\n'.format(line=line)            for line in request_data.splitlines()
        ))
        (request_data)        # Construct environment dictionary using request data
        env = ()        # It's time to call our application callable and get
        # back a result that will become HTTP response body
        result = (env, )        # Construct a response and send it back to the client
        self.finish_response(result)    def parse_request(self, text):
        request_line = ()[0]
        request_line = ('\r\n')        # Break down the request line into components
        (self.request_method,  # GET
         self.path,  # /hello
         self.request_version  # HTTP/
         ) = ()    def get_environ(self):
        env = {}        # The following code snippet does not follow PEP8 conventions
        # but it's formatted the way it is for demonstration purposes
        # to emphasize the required variables and their values
        #
        # Required WSGI variables
        env[''] = (1, 0)
        env[''] = 'http'
        env[''] = ()
        env[''] = sys.stderr
        env[''] = False
        env[''] = False
        env[''] = False
        # Required CGI variables
        env['REQUEST_METHOD'] = self.request_method  # GET
        env['PATH_INFO'] = self.path  # /hello
        env['SERVER_NAME'] = self.server_name  # localhost
        env['SERVER_PORT'] = str()  # 8888
        return env    def start_response(self, status, response_headers, exc_info=None):
        # Add necessary server headers
        server_headers = [
            ('Date', 'Tue, 31 Mar 2015 12:54:48 GMT'),
            ('Server', 'WSGIServer 0.2'),
        ]
        self.headers_set = [status, response_headers + server_headers]        # To adhere to WSGI specification the start_response must return
        # a 'write' callable. We simplicity's sake we'll ignore that detail
        # for now.
        # return self.finish_response

    def finish_response(self, result):
        try:
            status, response_headers = self.headers_set
            response = 'HTTP/ {status}\r\n'.format(status=status)            for header in response_headers:
                response += '{0}: {1}\r\n'.format(*header)
            response += '\r\n'
            for data in result:
                response += data            # Print formatted response data a la 'curl -v'
            print(''.join(                '> {line}\n'.format(line=line)                for line in response.splitlines()
            ))
            (response)        finally:
            ()


SERVER_ADDRESS = (HOST, PORT) = 'localhost', 8080def make_server(server_address, application):
    server = WSGIServer(server_address)
    (application)    return serverif __name__ == '__main__':
    httpd = make_server(SERVER_ADDRESS, application)
    print('WSGIServer: Serving HTTP on port {port} ...\n'.format(port=PORT))
    ()复制代码

当然,如果只是写个用于开发环境用的server,用不着这么麻烦自己造轮子,因为python内置模块中就提供有 wsgi server 的功能。

from wsgiref.simple_server import make_server
srv = make_server('localhost', 8080, application)
()复制代码

只要3行代码就可以提供wsgi服务器,是不是超级方便,最后来访问测试下浏览器发起一个请求的效果

0e8ca5af14dea04de3405e796604ee1a.png

以上就是wsgi简介,深入了解wsgi可以熟悉下PEP333

相关免费学习推荐:python视频教程

相关推荐

Django生产部署实战:DigitalOcean App Platform全链路指南

Django 是一个功能完备的 Python Web 框架,但其本地开发模式(如 runserver)与生产环境存在根本性差异;生产部署需遵循 WSGI/ASGI 标准、环境隔离、静态文件分离、无状态设计等核心原理。技术价值在于将运维复杂度封装为声明式配置,显著降低上线门槛。典型应用场景包括快速验证 MVP、托管博客系统、SaaS 后端服务等。本文聚焦 Django 在 DigitalOcean App Platform 上的可复现部署,深度解析 app.yaml 配置、settings.py 生产加固、r

weixin_34160277的博客 407

Set-Cookie失效。response响应头中包含set-cookie。但是没有存储在本地cookie中的问题汇总。

小伙伴们在改造已有项目的时候会碰到自己的响应头中包含了set-cookie失效不起作用这类的信息。导致我们服务端的某些功能不能使用,比如“认证”,“权限”等。 小编在这里罗列一下可能发生的问题。共大家排查。 Domain问题 这是由于你返回的set-cookie指令中的Domain属性设置的值无法与你当前请求网站的域名相对应,所以浏览器忽略了set-cookie指令,没有存储在本地的cookie中。 例如:请求路径为localhost。但是set-cookie指令中的Domain属性设置为127.0.0

梦一样的博客,神话般的感觉 1万+

Flask请求数据处理四层机制:args/form/json/files全解析

HTTP请求数据在Flask中并非统一入口,而是依据Content-Type协议类型严格分流——URL参数走request.args,表单编码走request.form,JSON载荷走request.json,文件上传走request.files。这种设计源于Werkzeug对HTTP协议的分层解析原理,确保安全边界与解析性能。其技术价值在于避免越权风险(如request.values合并导致参数污染)、降低CPU开销(惰性加载优于动态合并),并支撑前后端分离场景下的多协议兼容(Vue可自由选择applic

weixin_30437847的博客 359

前端 如何获取response headers 中的set-cookie:_web 前端的一些小问题

关于vue使用axios post发送json数据跨域请求403的解决方法:1. 问题 vue开发的时候,使用axios跨域发送请求,同时post发送的数据格式是json格式,发送出去的时候发现控制台报错403,返回的信息提示是跨域的问题,但是后台已经对跨域进行了处理,因此出现这个问题并不是后台的问题,需要在前端解决,而且通过查看后台的日志发现后台根本没有接收到请求。2. 查找资料网上...

weixin_39998541的博客 1万+

Postman:ResponseHeader存在多个Set-Cookie时,教你获取Cookie值

背景:想通过Postman实现接口串联,从登录接口的RespouseHeader中获取 Set-Cookie值;发现RespouseHeader中存在多个:Set-Cookie,如何取到自己想要的呢?

pytester的博客 8833

cookie

在web应用中,多个请求之间共享“用户会话”是非常必要的。但HTTP协议是无状态的。那这时Cookie就出现了。那Cookie又是如何处理的呢?Cookie的处理:1.服务端向客户端发送Cookie 2.客户端的浏览器把Cookie保存 3.然后在每次请求浏览器都会将Cookie发送到服务端 在HTML文档被发送之前,Web服务器通过传送HTTP 包头中的Set-Cookie 消息

Emperor_CJ的博客 397

Response Header Set-Cookie difference in cross browser

如果你项目中需要在server端把cookie写回client端,例如在JSP中写下面的代码: [code="java"] [/code] 会有下面的信息在response header里面: [code="java"] Set-Cookie testCookie=testValue; Expires=Wed, 02-Jul-2014 13:01:13 GMT; Path=/ [/...

cuishen 723

使用apache+mod_wsgi方式部署完成后,访问网站时400(Bad Request)

为什么80%的码农都做不了架构师?>>> ...

weixin_34209851的博客 336

mod_wsgi 初体验

1, 安装 ./configure --with-apxs=/usr/local/apache2/bin/apxs --with-python=/usr/bin/python3 make && make install 2,配置 LoadModule wsgi_module modules/mod_wsgi.so WSGIScripAl...

weixin_30701521的博客 125

Lumi源码解析:从WSGI协议到请求分发,看迷你框架的核心实现原理

Lumi 是一个极简的 Python REST API 迷你框架:只需一行 `app.register(add)`,就能把任意 Python 函数暴露为标准 REST API,无需编写路由、解析请求、处理响应。全文源码不过 300 行左右,是学习 **WSGI 协议** 和 **请求分发** 机制绝佳的最小样本。🚀 如果你曾好奇 "Flask、FastAPI 到底在底层做了什么",读完这篇源码

gitblog_00418的博客 824

Python Web生产部署:WSGI服务器选型与Gunicorn/uWSGI配置实战

WSGIPython Web应用与服务器之间的核心协议标准,它定义了请求环境、响应启动和可迭代响应体的交互契约。理解WSGI协议与底层进程模型(预叉、多线程、异步)的差异,是实现高性能、高可用服务的基础。Gunicorn以简洁健壮的预叉模型成为Django/Flask中等流量场景的首选,而uWSGI凭借混合模式与企业级参数(如harakiri、reload-on-rss)支撑超复杂负载。二者均需与Nginx精密协同——socket权限、超时链对齐、缓冲区配置共同决定502/504故障率。本文聚焦真实生产环

weixin_34008933的博客 319

python2.7的flask框架之环境局部变量&请求对象(request

对于 Web 应用,与客户端发送给服务器的数据交互至关重要。在 Flask 中由全局的 request 对象来提供这些信息。那么我们会不会好奇,为什么这个对象是全局的,为什么 Flask 还能保证线程安全??? 答案就是环境作用域。Flask 中的某些对象是全局对象,但却不是通常的那种。这些对象实际上是特定环境的局部对象的代理。虽然很拗口,但实际上很容易理解。 想象一下处理线程的环境。一个请求...

luyaran的博客 774

Python Flask Web框架(五)

一、接受请求数据 对于 web 应用来说,对客户端发送给服务器的数据做出反应至关重要。在 Flask 中由全局对象request来提供这些信息。如果你有一定的 Python 经验,你会好奇这个对象怎么可能是全局的,并且 Flask 是怎么还能保证线程安全。 答案是上下文作用域: 1. 局部上下文 Flask 中的某些对象是全局对象,但不是通常的类型。这些对象实际上是给定上下文

oxuzhenyi的博客 4383

【Flask】进行数据请求的接收,最新资料

else:前端校招精编面试解析大全点击这里免费获取完整版pdf查看[外链图片转存中…(img-atuYBOJQ-1712247864299)]由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:前端)前端校招精编面试解析大全点击这里免费获取完整版pdf查看。

2401_84093248的博客 944

Python HTTP服务器底层实现:从Socket到GET/POST请求处理

HTTP协议是Web通信的基石,它定义了客户端与服务器之间请求与响应的标准格式。其工作原理基于TCP连接,通过请求行、头部和正文构成报文,实现资源的获取与提交。理解HTTP底层机制对于Web开发、性能优化和网络编程至关重要,能帮助开发者深入掌握框架原理并处理定制化场景。本文聚焦于使用Python标准库手动实现HTTP服务器,核心内容包括通过socket监听处理网络连接、解析HTTP/1.1协议规范,并重点实现GET与POST请求的完整处理流程。通过实践请求解析、路由分发、响应构建及表单数据处理等关键环节,读

weixin_30571465的博客 489

python+flask本地启动一个服务

python+flask本地启动一个服务

Cesare的博客 375

uWSGI+Nginx生产部署核心原理与避坑指南

WSGIPython Web应用与服务器通信的标准协议,它定义了应用如何被调用,但不约束服务器实现方式。Nginx作为高性能反向代理和静态资源服务层,负责请求分发、SSL终止与连接管理;uWSGI则是专为Python设计的应用服务器,通过进程/线程模型、内存回收(max-requests)、超时熔断(harakiri)等机制保障动态请求的稳定处理。二者组合构成高并发、可运维的生产级架构基础,广泛应用于Django、Flask等框架的线上环境。本文深入解析uWSGI核心参数调优逻辑、Nginx locati

weixin_30772105的博客 375

Django生产部署黄金组合:Postgres+Nginx+Gunicorn详解

Django作为主流Python Web框架,其生产环境部署需兼顾稳定性、安全性和可维护性。核心原理在于组件职责解耦:Postgres提供ACID事务与JSONB原生支持,保障数据强一致;Nginx以事件驱动模型高效处理静态资源与反向代理;Gunicorn专注WSGI协议执行,轻量可靠。该技术栈的价值不仅体现在高并发承载能力,更在于清晰的分层设计——便于独立监控、权限隔离与渐进式升级(如替换为Uvicorn或CDN)。典型应用场景涵盖SaaS后台、中台系统及高可靠性Web服务,尤其适合不依赖K8s弹性伸缩但

weixin_34288121的博客 1293
上一篇: delphi 查找 下一个_Fresh for Mac(系统文件查找工具)v4.0.1
下一篇: 电脑复制粘贴_如何将电脑上的资料和文件转移到另一台电脑上?
weixin_39781323
博客等级 码龄9年 42粉丝 156原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值