wsgi.py————第二部分
pop_path_info()函数
先测试一下这个函数的作用：
>>> from werkzeug.wsgi import pop_path_info
>>> env = {'SCRIPT_NAME': '/foo', 'PATH_INFO': '/a/b'}
>>> pop_path_info(env)
'a'
>>> env['SCRIPT_NAME']
'/foo/a'
>>> env['PATH_INFO']
'/b'
>>> pop_path_info(env)
'b'
>>> env['SCRIPT_NAME']
'/foo/a/b'
>>> env['PATH_INFO']
''从上面的测试，我们可以看到，pop_path_info()函数的作用是：每执行一次，PATH_INFO中减少一部分，同时在SCRIPT_NAME会增加一部分
代码很简单，分三种情况：
1. PATH_INTO：类似于`/b/a`形式(去掉开头的‘/’后，剩下的部分有'/')
2. PATH_INTO：类似于`/a`形式(去掉开头的‘/’后，剩下的部分没有'/')
3. PATH_INTO：类似于`b/a`形式(不是以'/'开头)这里就不详细说了。。
class SharedDataMiddleware()
这个类是一个WSGI的中间件(关于WSGI中间件，请看WSGI部分)，用于在开发环境中提供用户请求的静态文件，这是官方给的例子：
import os
from werkzeug.wsgi import SharedDataMiddleware
app = SharedDataMiddleware(app, {
'/shared': os.path.join(os.path.dirname(__file__), 'shared') #‘/shared’:url路径， ‘shared’: 文件夹名，中间的部分为文件夹地址
})当使用包的资源时，也有这种用法：
app = SharedDataMiddleware(app, {
'/shared': ('myapplication', 'shared_files') #‘myapplication’是python包，shared_files是这个包里面的静态文件夹
})这样我们就可以通过访问host-address/shared来访问静态文件。这个类的作用就是挂载静态文件到根目录
def __init__(self, app, exports, disallow=None, cache=True,
cache_timeout=60 * 60 * 12, fallback_mimetype='text/plain'):
self.app = app
self.exports = {}
self.cache = cache #header的缓存
self.cache_timeout = cache_timeout #缓存保存的时间
for key, value in iteritems(exports):
if isinstance(value, tuple): #使用包中的资源，见上例
loader = self.get_package_loader(*value)
elif isinstance(value, string_types): #根据路径找资源，见上例
if os.path.isfile(value):
loader = self.get_file_loader(value) #路径是个静态文件
else:
loader = self.get_directory_loader(value) #路径是个文件夹
else:
raise TypeError('unknown def %r' % value)
self.exports[key] = loader
if disallow is not None:
from fnmatch import fnmatch
self.is_allowed = lambda x: not fnmatch(x, disallow)
self.fallback_mimetype = fallback_mimetype这是该类的初始化方法。从前面的例子可以看出，传入的exports是个字典。
在这段代码里面，有几个有意思的地方，我挑出一个，其他的都大同小异：loader = self.get_file_loader(value)
这个get_file_loader()函数也是该类的方法，我们看一下：
def get_file_loader(self, filename):
return lambda x: (os.path.basename(filename), self._opener(filename))我们分析下结构：这个函数使用了闭包，当调用get_file_loader(filename)的时候，会返回一个匿名函数，如果想获得匿名函数的内容，需要这样：
test = get_file_loader(filename)
t = test(x)我们先不管这个x到底是什么，这时候，得到的t就是匿名函数中的tuple了
然后，我们看这个匿名函数里面的东西，发现_opener()函数，它也是这个类中的方法：
def _opener(self, filename):
return lambda: (
open(filename, 'rb'),
datetime.utcfromtimestamp(os.path.getmtime(filename)),
int(os.path.getsize(filename))
)_opener()函数也返回一个匿名函数，所以同样的，需要获得匿名函数中的内容，需要这样：
opener = _opener(filename)
op = opener()这时候，op就是匿名函数中的tuple了
可是我们还不明白这样写的作用是什么，于是我接着往后看代码，在类中有个__call__函数,我截取相关部分：
cleaned_path = get_path_info(environ) #获取path_info的部分
cleaned_path = cleaned_path.strip('/')
for sep in os.sep, os.altsep: #os.sep：用来取代当前操作系统的路径分隔符(windows中是'\\',Linux中是‘/’)
if sep and sep != '/': #windows系统
cleaned_path = cleaned_path.replace(sep, '/')
path = '/' + '/'.join(x for x in cleaned_path.split('/')
if x and x != '..')
file_loader = None
for search_path, loader in iteritems(self.exports):
if search_path == path:
real_filename, file_loader = loader(None) #real_filename=文件名 file_loader=_opener函数返回的匿名函数
if file_loader is not None:
break
'''请无视这部分
if not search_path.endswith('/'):
search_path += '/'
if path.startswith(search_path):
real_filename, file_loader = loader(path[len(search_path):])
if file_loader is not None:
break
if file_loader is None or not self.is_allowed(real_filename):
eturn self.app(environ, start_response)
'''
guessed_type = mimetypes.guess_type(real_filename)
mime_type = guessed_type[0] or self.fallback_mimetype
f, mtime, file_size = file_loader() #调用前面的file_loader(),返回_opener()中的匿名函数的内容：文件流，文件创建时间，文件大小根据__init__()中的定义，self.exports是个字典，所以search_path是地址，loader是前面分析的loader. 具体分析在代码备注中
阅读__call__函数，我们可以发现，该函数的作用是当服务器程序接受到用户请求后，传给这个中间件，中间件找应用程序，针对这个请求去读取静态文件，再把这个结果(文件)传递给服务器程序，从而完成交互
class DispatcherMiddleware()
这个类的作用是：可以在一个应用程序上挂载多个应用程序。好像有点不好理解，举个例子:
通常在一个项目中，我们只有一个应用程序，此时的结构是这样的：
app1/
app.py
__init.py
但是，我想做个博客程序，一般需要两个应用程序：一个用来给用户看;一个作为后台，自己可以添加、更改文章等等。 而往往nginx或者apache是不允许同时运行2个应用程序的。这时候，我们就需要在一个应用程序上挂载另一个应用程序了。此时的文件结构是这样的：
app1/
app.py (包含运行程序)
__init__.py (初始化程序)
app2/
app.py
__init__.py
app.py(用于统一一个应用程序)
我们便需要这个class DispatcherMiddleware()类了
在app.py中：
from werkzeug.wsgi import DispatcherMiddleware
from app1.app import app as app1
from app2.app import app as app2
app = DispatcherMiddleware(app1, {'/app2': app2}) 使用这个方法，我们可以在WSGI层面上组合多个WSGI应用(可以是Flask应用，可以是Django应用或者其他应用). 每个应用都是独立的，都以各自的配置运行，互不干扰，并在WSGI层面被调度
其原理是：每个独立的应用都是一个合法的WSGI应用，它们通过调度中间件组合为一个基于前缀调度的大应用.
了解了这个类的作用，源码就显得特别简单了：
class DispatcherMiddleware(object):
def __init__(self, app, mounts=None):
self.app = app
self.mounts = mounts or {}
def __call__(self, environ, start_response):
script = environ.get('PATH_INFO', '') #获得路径
path_info = ''
while '/' in script:
if script in self.mounts:
app = self.mounts[script] #获得挂载的对应的应用
break
script, last_item = script.rsplit('/', 1) #获得减去挂载名的路径
path_info = '/%s%s' % (last_item, path_info)
else:
app = self.mounts.get(script, self.app) #获得原应用
original_script_name = environ.get('SCRIPT_NAME', '')
environ['SCRIPT_NAME'] = original_script_name + script #更新SCRIPT_NAME
environ['PATH_INFO'] = path_info #更新PATH_INFO
return app(environ, start_response)解析见上面源码中的备注