php引导程序,引导web应用程序PHP、Ruby、Python，节点.js

这完全取决于应用程序的运行方式。在

Python中的大多数web应用程序都是作为接收请求的服务器运行的，而不是在请求时被调用的‘死’脚本。”世界是在请求到达之前创建的”。在

注意，我没有说“只有一次”，就像你说的那样。在

我之所以这么说是因为有不同的方式为pythonweb应用程序提供服务。在

大多数python(web)应用程序都是“WSGI”应用程序。WSGI是一个规范，它基本上要求应用程序(或框架)具有单个入口点功能：def app(environment, start_response):

其中environment是所有的内容，如请求的地址、cookies、请求类型、查询参数等。start_response是一个回调函数，app函数需要用响应HTTP代码和头来调用它。在

^{pr2}$

例如。调用this之后，函数需要return将响应的主体发送回客户端，或者yield将其作为生成器返回(对于超大文件)。在

所有这些通常由WSGI框架来处理，它透明地完成所有这些，并为编写应用程序逻辑提供了一个更易于编写的接口。在

在PHP中，所有路由和路由通常由apache(或nginx/phpfm)处理，运行单独的脚本文件。正如你正确地建议的那样，这需要每次重新创造整个世界。使用WSGI，世界已经被创建了，WSGI只需在每次有新的请求出现时调用应用程序函数。大多数基于python的web框架都有某种路由器，或者是flask风格的：@app.route('/elephants')

def elephants_view():

return 'view the elephants!'

或Django式路由表：urls = [

(r'^/kangaroos$', 'views.kangaroos'),

]

# in views.py:

def kangaroos():

return 'kangaroos, baby!'

或者其他方式。有许多不同的WSGI框架，它们各有利弊。一些流行的基于WSGI的框架包括Flask，Django，Falcon。在

为WSGI应用程序提供服务的方法有很多种。Flask&Django附带基本开发服务器，这些服务器是单线程的，非常适合开发，但不适合生产。在

因为它们是单线程的，“世界只创造一次”。所以全局变量在请求之间持续，等等

还有许多其他WSGI服务器，它们可以为WSGI之上的任何框架提供服务。Waitress是一个很棒的纯python。uWSGI是另一个生产级服务器，与{a7}和许多其他服务器一样。在

这些服务器保证全局状态在请求之间共享，并将“创建”一个未指定(可配置)的次数。它们中的一些使用固定数量的工作线程，主传入接收器将向这些工作线程或进程发送请求，其他一些则可能根据需要启动新的工作线程或进程。在

{gi{8框架最能存储的是Python的最后一个概念。这些特殊的价值观是在“世界”之间共享的。(通过在森林中使用魔法环和魔法池)。在

(旁注：为了好玩，我使用非常酷的gevent异步库，它的工作方式与节点.js因为它只是一个单独的进程，它尽可能多地异步执行(尽管没有节点.js在单个线程中…)。它很短，只有一个文件，所以很容易看到它是如何工作的。)

Ruby在这方面与Python非常相似，只是协议名为'Rack'，而不是WSGI，常见的服务器是'Puma'、'Unicorn'和'Rainbows!'。常见的基于Ruby框架的框架有“Ruby on Rails”、“Sinatra”和“Merb”。在

这种模型的一个优点是，您可以创建位于应用程序响应程序和WSGI(或机架)服务器之间的“中间件”，并在过程中对请求进行“处理”(例如缩小javascript、缓存、日志记录、身份验证等)。在

对WSGI的另一个很好的介绍，以及它是如何工作的'Full stack Python'。在

除了使用WSGI(或Rack)之外，还有其他编写web服务器的方法。例如，Python中的Tornado和Twisted框架允许编写完全不同的异步样式的(web)应用程序。他们还使用“世界是在请求到来之前创建的”风格的服务器。在