大家知道，软件的正向工程，是从软件的需求获取开始，大概经历需求分析，概要分析，领域分析，设计分析，详细设计，代码实现，部署，实施这几个步骤，最终交付给用户使用。而在某些时候，比如某个软件产品是用PHP开发的，因为某些原因，我们想移植到JAVA平台去。或者某公司看到某个软件的市场前景很好，想COPY它的主要功能，然后经过加工润色后推出一个具有相同功能，更好用户体验或更多功能的软件。或者单纯的以研究软件的结构、设计思想为目的。基于这些需求，我们需要逆向工程。正向工程是一个从过程导出结果的步骤，而逆向工程是从结果推导出过程，逆向工程从代码出发，最后的成果往往是分析模型，从分析模型，我们可以得到产品的设计思想。
Django是python的一个Web开源框架。在生产环境下，它通过wsgi接口与apache的mod_wsgi通讯，完成代码解析，根据url请求，执行相应代码并将返回结果通过http协议传输结果呈现给用户。在开发环境下，我们常常使用Django自带的webserver进行开发与调试。由此Django无需任何其它组件（如apache）的支持，就可以形成一个完整的基于python的web解决方案。
在此，我将与大家粗略的探讨一下Django是如何工作的，而研究的方法就是上面所提到的逆向工程。废话就不多说了，让我们开始。
要想知道Django是如何工作的，首先得研究下Django提供的Webserver。因为它是Http请求的入口，Http响应的出口。它接收用户在浏览器输入的URL，然后经过一系列复杂的操作，变成了用户想要的内容，并将内容通过Http发送给用户。所以，Webserver将是我们研究Django的切入点。
Webserver
包与类的关系结构图
Webserver所需要的类和包大致如上图所示（某些配置相关的类没有在上图中表示出来），由于Python语言的特性，在上图中我们看到的以.py后缀结尾的是python文件，我们也可以把它当作是一个package。以.class后缀结尾的代表类。虽然Django框架不是用完全面向对象的思想来开发的，但完全可以用面向对象的思想去分析它。下表将展示包的描述。
| 包名 | 父级包 | 在WebServer中起到的作用 |
| BaseHTTPserver.py | N/A | 提供http请求处理类的包 |
| contrib | django | 提供Django框架的一般性部件 |
| handlers.py | django.contrib | 提供处理http请求类的包 |
| staticfiles | django.contrib | 提供处理http请求类的包 |
| management | django.contrib.staticfiles | 提供管理“处理http请求对象”类的包 |
| commands | django.contrib.staticfiles.management | 提供管理“处理http请求对象”类的包 |
| runserver.py | django.contrib.staticfiles.management.commands | 提供管理“处理http请求对象”类的包 |
| core | django | 提供Django框架的引擎 |
| handlers | django.core | 提供处理http请求核心类的包 |
| base.py | django.core.handlers | 提供处理http请求核心类的包 |
| wsgi.py | django.core.handlers | 提供处理http请求核心类的包 |
| management | django.core | 提供管理“处理http请求对象”核心类的包 |
| __init__.py | django.core.management | 提供管理“处理http请求对象”核心类的包 |
| base.py | django.core.management | 提供管理“处理http请求对象”核心类的包 |
| commands | django.core.management | 提供管理“处理http请求对象”核心类的包 |
| runserver.py | django.core.management.commands | 提供管理“处理http请求对象”核心类的包 |
| servers | django.core | 提供实现服务器运行类的包 提供处理http请求类的包 |
| basehttp.py | django.core.servers | 提供实现服务器运行类的包 提供处理http请求类的包 |
| SocketServer.py | N/A | 提供实现服务器运行类的底层包 提供处理http请求类的底层包 |
| wsgiref | N/A | 提供实现服务器运行类的底层包 提供处理http请求类的底层包 |
| handlers.py | wsgiref | 提供实现服务器运行类的底层包 提供处理http请求类的底层包 |
| simple_server.py | wsgiref | 提供实现服务器运行类的底层包 提供处理http请求类的底层包 |
看似包很多，但仔细观察，我们会发现，包聚集的无非是运行http服务器、管理http请求、处理http请求这三种类，只是所在的层次不一样，SocketServer.py包与BaseHTTPserver.py包提供最底层的实现，wsgiref包提供过渡层的实现，django包提供应用层的实现。
包示意图
从上图看来，可能会对包的结构有一个更加直观的了解。WebServer的运行是由management包来驱动调度的。management包启动server，并等待tcp连接过来，management包还会创建一个request handle的实例。当有一个连接过来时，这个request handle实例会调用handle实例（也就是staticfilehandle对象）进行相应的逻辑处理，如加载视图中间件，模板中间件等一系列的操作，并将处理结果写入socket，发送给浏览器。从包图上我们可以了解系统模块间的交互关系，如果要更加深入的理解细节，我们需要对包中的类进行分析。下表将展示类的描述。
| 类名 | 所属包 | 父级 | 在WebServer中起到的作用 |
| BaseHTTPRequestHandler | BaseHTTPserver.py | StreamRequestHandler | request handle底层类 |
| StaticFilesHandler | django.contrib .staticfiles.handlers.py | WSGIHandler | 处理http请求的实体，用户逻辑处理，产生http响应结果，属于handle模块 |
| Command | django.contrib. staticfiles.management .commands.runserver.py | RunserverCommand | 调度类，取得handle实体对象等 |
| BaseHandler | django.core .handlers.base.py | N/A | handle基类 |
| WSGIHandler | django.core .handlers.wsgi.py | BaseHandler | handle类，负责django框架handle的核心逻辑。 |
| BaseCommand | django.core.management.base.py | N/A | 调度基类 |
| Command as RunserverCommand | django.core.management .commands.runserver.py | BaseCommand | 调度类，负责django框架调度的核心逻辑。 |
| WSGIRequestHandler | django.core .servers.basehttp.py | simple_server. WSGIRequestHandler | request handle核心类 |
| WSGIServer | django.core .servers.basehttp.py | simple_server. WSGIServer | 建立http服务器 |
| BaseRequestHandler | SocketServer.py | N/A | request handle底层类，调用handle模块获取http响应，写入socket |
| BaseServer | SocketServer.py | N/A | 建立http服务器 |
| StreamRequestHandler | SocketServer.py | BaseRequestHandler | request handle底层类 |
| TCPServer | SocketServer.py | BaseServer | 建立http服务器 |
| BaseHandler | wsgiref.handlers.py | N/A | request handle与handle模块之间的代理类，request handle通过该类调用handle对象 |
| SimpleHandler | wsgiref.handlers.py | wsgiref .handlers.py. BaseHandler | request handle与handle模块之间的代理类，request handle通过该类调用handle对象 |
| WSGIRequestHandler | wsgiref .simple_server.py | BaseHTTPRequestHandler | request handle底层类 |
| WSGIServer | wsgiref .simple_server.py | HTTPServer | 建立http服务器 |
| HTTPServer | BaseHTTPserver.py | TCPServer | 建立http服务器 |
| ServerHandler | wsgiref .simple_server.py | SimpleHandler | request handle与handle模块之间的代理类，request handle通过该类调用handle对象 |
经过分析后，我们可以得出运行WebServer及处理Http请求所需的类静态图，通过类静态视图与分析调试，我们可以得出对象的时序图。我们可以将WebServer的监听及处理当作两个用例来处理，由此可以得出针对这两种不同用例的时序图，如下所示：
类的静态图
类的时序图
服务器运行时序图
处理请求时序图
至此，我们建立了Django框架中自带HttpServer的设计模型，有了设计模型，我们可以通过它反推出分析模型。如果我们以移植为目的（如需要做一个JAVA版的HttpServer），可以在得到分析模型后，再开始针对JAVA进行设计建模，然后进行代码编写。如果以优化裁剪为目的，我认为推导出设计模型已经足够了，可以开始思考如何精简类，如何裁剪项目。
本文出自 “架构师之路” 博客，请务必保留此出处http://wangweiak47.blog.51cto.com/2337362/1533445
Django之HttpServer服务器分析详解,布布扣,bubuko.com
原文：http://wangweiak47.blog.51cto.com/2337362/1533445
