Phalcon Framework的Mvc结构及启动流程（部分源码分析）
很久没更新Blog甚是惭愧，但是，技术方面一个重大的转变是我选择了作为未来一段时间的核心框架。技术选型的原因会单开一篇Blog另说，本次优先对进行分析说明，如有遗漏还望指出。
Phalcon本身有支持创建多种形式的Web应用项目以应对不同场景，包括、、以及较复杂的
本次以最复杂的多模块应用为例，Phalcon版本为1.3.2，用一个Phalcon所创建的标准项目来分析
Phalcon环境配置***后，可以通过命令行生成一个标准的Phalcon多模块应用
phalcon project eva --type modules
入口文件为public/index.php，简化后一共5行，包含了整个Phalcon的启动流程，以下将按顺序说明
require __DIR__ . '/../config/services.php';
$application = new Phalcon\Mvc\Application();
$application-&setDI($di);
require __DIR__ . '/../config/modules.php';
echo $application-&handle()-&getContent();
DI注册阶段
Phalcon的所有组件服务都是通过进行组织的，这也是目前大部分主流框架所使用的方法。通过DI，可以灵活的控制框架中的服务：哪些需要启用，哪些不启用，组件的内部细节等等，因此Phalcon是一个松耦合可替换的框架，完全可以通过DI替换MVC中任何一个组件。
require __DIR__ . '/../config/services.php';
这个文件中默认注册了Phalcon\Mvc\Router（路由）、Phalcon\Mvc\Url（Url）、Phalcon\Session\Adapter\Files（Session）三个最基本的组件。同时当MVC启动后，DI中默认注册的服务还有很多，可以通过DI得到所有当前已经注册的服务：
$services = $application-&getDI()-&getServices();
foreach($services as $key =& $service) {
var_dump($key);
var_dump(get_class($application-&getDI()-&get($key)));
打印看到Phalcon还注册了以下服务：
dispatcher : Phalcon\Mvc\Dispatcher 分发服务，将路由命中的结果分发到对应的Controller
modelsManager : Phalcon\Mvc\Model\Manager Model管理
modelsMetadata : Phalcon\Mvc\Model\MetaData\Memory
response : Phalcon\Http\Response
cookies : Phalcon\Http\Response\Cookies
request : Phalcon\Http\Request
filter : Phalcon\Filter 可对用户提交数据进行过滤
escaper : Phalcon\Escaper
security : Phalcon\Security
密码Hash、防止CSRF等
crypt : Phalcon\Crypt
annotations : Phalcon\Annotations\Adapter\Memory
flash : Phalcon\Flash\Direct
提示信息输出
flashSession : Phalcon\Flash\Session 提示信息通过Session延迟输出
tag : Phalcon\Tag View的常用Helper
而每一个服务都可以通过DI进行替换。接下来实例化一个标准的MVC应用，然后将我们定义好的DI注入进去
$application = new Phalcon\Mvc\Application();
$application-&setDI($di);
模块注册阶段
与DI一样，Phalcon建议通过引入一个独立文件的方式注册所有需要的模块：
require __DIR__ . '/../config/modules.php';
这个文件的内容如下
$application-®isterModules(array(
'frontend' =& array(
'className' =& 'Eva\Frontend\Module',
'path' =& __DIR__ . '/../apps/frontend/Module.php'
可以看到Phalcon所谓的模块注册，其实只是告诉框架MVC模块的引导文件Module.php所在位置及类名是什么。
$application-&handle()是整个MVC的核心，这个函数中处理了路由、模块、分发等MVC的全部流程，处理过程中在关键位置会通过事件驱动触发一系列application:事件，方便外部注入逻辑，最终返回一个Phalcon\Http\Response。整个并不复杂，下面按顺序介绍：
首先检查DI，如果没有任何DI注入，会抛出错误
A dependency injection object is required to access internal services
然后从DI启动EventsManager，并且通过EventsManager触发事件application:boot
接下来进入路由阶段，从DI中获得路由服务router，将uri传入路由并调用路由的。
路由的handle方法负责将一个uri根据路由配置，转换为相应的Module、Controller、Action等，这一阶段接下来会检查路由是否命中了某个模块，并通过Router-&getModuleName()获得模块名。
如果模块存在，则进入模块启动阶段，否则直接进入分发阶段。
注意到了么，在Phalcon中，模块启动是后于路由的，这意味着Phalcon的模块功能比较弱，我们无法在某个未启动的模块中注册全局服务，甚至无法简单的在当前模块中调用另一个未启动模块。这可能是Phalcon模块功能设计中最大的问题，解决方法暂时不在本文的讨论范围内，以后会另开文章介绍。
模块启动时首先会触发application:beforeStartModule事件。事件触发后检查模块的正确性，根据modules.php中定义的className、path等，将模块引导文件加载进来，并调用模块引导文件中必须存在的方法
Phalcon\Mvc\ModuleDefinitionInterface-®isterAutoloaders ()
Phalcon\Mvc\ModuleDefinitionInterface-®isterServices (Phalcon\DiInterface $dependencyInjector)
registerAutoloaders()用于注册模块内的命名空间实现自动加载。registerServices ()用于注册模块内服务，在官方示例中registerServices ()注册并定义了view服务以及模板的路径，并且注册了数据库连接服务db并设置数据库的连接信息。
模块启动完成后触发 application:afterStartModule事件，进入分发阶段
分发阶段（Dispatch）
分发过程由Phalcon\Mvc\Dispatcher（分发器）来完成，所谓分发，在Phalcon里本质上是分发器根据路由命中的结果，调用对应的Controller/Action，最终获得Action返回的结果。
分发开始前首先会准备View，虽然View理论上位于MVC的最后一环，但是如果在分发过程中出现任何问题，通常都需要将问题显示出来，因此View必须在这个环节就提前启动。Phalcon没有准备默认的View服务，需要从外部注入，在多模块demo中，View的注入官方推荐在模块启动阶段完成的。如果是单模块应用，则可以在最开始的DI阶段注入。
如果始终没有View注入，会抛出错误
Service 'view' was not found in the dependency injection container
导致分发过程直接中断。
分发需要Dispatcher，Dispatcher同样从DI中取得。然后将router中得到的参数（NamespaceName / ModuleName / ControllerName /
ActionName / Params），全部复制到Dispatcher中。
分发开始前，会调用View的start()方法。具体可以参考，其实Phalcon\Mvc\View-&start()就是PHP的输出缓冲函数ob_start的一个简单封装，分发过程中所有输出都会被暂存到缓冲区。
分发开始前还会触发事件application:beforeHandleRequest。
正式开始分发会调用Phalcon\Mvc\Dispatcher-&dispatch()。
Dispatcher内的分发处理
进入Dispatcher后会发现Dispatcher对整个分发过程进行了进一步细分，并且在分发的过程中会按顺序触发非常多的，可以通过这些分发事件进行更加细致的流程控制。部分事件提供了可中断的机制，只要返回false就可以跳过Dispatcher的分发过程。
由于分发中可以使用Phalcon\Mvc\Dispatcher-&forward()来实现Action的复用，因此分发在内部会通过循环实现，通过检测一个全局的finished标记来决定是否继续分发。当以下几种情况时，分发才会结束：
Controller抛出异常
forward层数达到最大（256次）
所有的Action调用完毕
渲染阶段 View Render
分发结束后会触发application:afterHandleRequest，接下来通过Phalcon\Mvc\Dispatcher-&getReturnedValue()取得分发过程返回的结果并进行处理。
由于Action的逻辑在框架外，Action的返回值是无法预期的，因此这里根据返回值是否实现Phalcon\Http\ResponseInterface接口进行区分处理。
当Action返回一个非Phalcon\Http\ResponseInterface类型
此时认为返回值无效，由View自己重新调度Render过程，会触发application:viewRender事件，同时从Dispatcher中取得ControllerName /
ActionName / Params作为Phalcon\Mvc\View-&render()的入口参数。
Render完毕后调用Phalcon\Mvc\View-&finish()结束缓冲区的接收。
接下来从DI获得resonse服务，将Phalcon\Mvc\View-&getContent()获得的内容置入response。
当Action返回一个Phalcon\Http\ResponseInterface类型
此时会将Action返回的Response作为最终的响应，不会重新构建新的Response。
通过前面的流程，无论中间经历了多少分支，最终都会汇总为唯一的响应。此时会触发application:beforeSendResponse，并调用
Phalcon\Http\Response-&sendHeaders()
Phalcon\Http\Response-&sendCookies()
将http的头部信息先行发送。至此，Application-&handle()对于请求的处理过程全部结束，对外返回一个Phalcon\Http\Response响应。
HTTP头部发送后一般把响应的内容也发送出去：
echo $application-&handle()-&getContent();
这就是Phalcon Framework的完整MVC流程。
分析MVC的启动流程，无疑是希望对流程有更好的把握和控制，方法有两种：
自定义启动
按照上面的流程，我们其实完全可以自己实现$application-&handle()-&getContent()这一流程，下面就是一个简单的替代方案，代码中暂时没有考虑事件的触发。
$router = $di['router'];
$router-&handle();
//Module handle
$modules = $application-&getModules();
$routeModule = $router-&getModuleName();
if (isset($modules[$routeModule])) {
$moduleClass = new $modules[$routeModule]['className']();
$moduleClass-®isterAutoloaders();
$moduleClass-®isterServices($di);
//dispatch
$dispatcher = $di['dispatcher'];
$dispatcher-&setModuleName($router-&getModuleName());
$dispatcher-&setControllerName($router-&getControllerName());
$dispatcher-&setActionName($router-&getActionName());
$dispatcher-&setParams($router-&getParams());
$view = $di['view'];
$view-&start();
$controller = $dispatcher-&dispatch();
//Not able to call render in controller or else will repeat output
$view-&render(
$dispatcher-&getControllerName(),
$dispatcher-&getActionName(),
$dispatcher-&getParams()
$view-&finish();
$response = $di['response'];
$response-&setContent($view-&getContent());
$response-&sendHeaders();
echo $response-&getContent();
为了方便查找，将整个流程整理为一个树形清单如下：
初始化DI (config/services.php) $di = new FactoryDefault();
设置路由 $di['router'] = function () {}
设置URL $di['url'] = function () {}
设置Session $di['session'] = function () {}
初始化Application (public/index.php)
实例化App $application = new Application();
注入DI $application-&setDI($di);
注册模块 (config/modules.php) $application-®isterModules()
启动Application (ext/mvc/application.c)
$application-&handle()
application:boot
路由启动 $di['router']-&handle()
获得模块名 $moduleName = $di['router']-&getModuleName()，如果没有则从 $application-&getDefaultModule获取
模块启动 (如果路由命中)
触发事件 application:beforeStartModule
调用模块初始化方法 (Module.php) registerAutoloaders() 以及 registerServices()
触发事件 application:afterStartModule
初始化View
初始化Dispatcher，将Router中的参数复制到Dispatcher
调用View View-&start()开启缓冲区
触发事件 application:beforeHandleRequest
开始分发 (etc/dispatcher.c) Dispatcher-&dispatch()
触发事件 dispatch:beforeDispatchLoop
循环开始单次分发
触发事件 dispatch:beforeDispatch
根据Dispatcher携带的Module、Namespace、Controller、Action获得完整的类与方法名，如果找不到则触发事件
dispatch:beforeException
触发事件 dispatch:beforeExecuteRoute
调用Controller-&beforeExecuteRoute()
调用Controller-&initialize()
触发事件 dispatch:afterInitialize
调用Action方法
触发事件 dispatch:afterExecuteRoute
触发事件 dispatch:afterDispatch
Action内如果有forward()，开始下一次分发
全部分发结束，触发事件 dispatch:afterDispatchLoop
Application获得分发后的输出 $dispatcher-&getReturnedValue()
触发事件 application:afterHandleRequest 分发结束
渲染，Appliction如果从分发拿到Phalcon\Http\ResponseInterface类型的返回，则渲染直接结束
触发事件 application:viewRender 分发结束
调用 Phalcon\Mvc\View-&render()，入口参数为Dispatcher的 ControllerName / ActionName / Params
调用 Phalcon\Mvc\View-&finish()结束缓冲区的接收
将Phalcon\Mvc\View-&getContent()通过Phalcon\Http\Response-&setContent()放入Response
触发事件 application:beforeSendResponse
调用Phalcon\Http\Response-&sendHeaders()发送头部
调用Phalcon\Http\Response-&sendCookies()发送Cookie
将准备好的响应作为$application-&handle()的返回值返回
echo $application-&handle()-&getContent();
Phalcon作为C扩展型的框架，其优势就在于高性能，虽然我们可以通过上一种方法自己实现整个启动，但更好的方式仍然是避免替换框架本身的内容，而使用事件驱动。
下面梳理了整个MVC流程中所涉及的可被***的事件，可以根据不同需求选择对应事件作为切入点：
application:boot
application:beforeStartModule 模块启动前
application:afterStartModule 模块启动后
application:beforeHandleRequest进入分发器前
dispatch:beforeDispatchLoop 分发循环开始前
dispatch:beforeDispatch
单次分发开始前
dispatch:beforeExecuteRoute
Action执行前
dispatch:afterExecuteRoute
Action执行后
dispatch:beforeNotFoundAction
找不到Action
dispatch:beforeException
抛出异常前
dispatch:afterDispatch 单次分发结束
dispatch:afterDispatchLoop 分发循环结束
application:afterHandleRequest 分发结束
application:viewRender 渲染开始前
application:beforeSendResponse
最终响应发送前
Donate：　|　文章有帮助，可以114网址导航WCF 客户端配置app.config 中&identity&标签下面的dns标签是什么意思
[问题点数：30分]
WCF 客户端配置app.config 中&identity&标签下面的dns标签是什么意思
[问题点数：30分]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2013年7月 MS-SQL Server大版内专家分月排行榜第一2009年3月 Oracle大版内专家分月排行榜第一2009年2月 Oracle大版内专家分月排行榜第一
2013年9月 MS-SQL Server大版内专家分月排行榜第二2013年8月 MS-SQL Server大版内专家分月排行榜第二2009年4月 Oracle大版内专家分月排行榜第二2009年1月 Oracle大版内专家分月排行榜第二2004年10月 MS-SQL Server大版内专家分月排行榜第二
2013年7月 MS-SQL Server大版内专家分月排行榜第一2009年3月 Oracle大版内专家分月排行榜第一2009年2月 Oracle大版内专家分月排行榜第一
2013年9月 MS-SQL Server大版内专家分月排行榜第二2013年8月 MS-SQL Server大版内专家分月排行榜第二2009年4月 Oracle大版内专家分月排行榜第二2009年1月 Oracle大版内专家分月排行榜第二2004年10月 MS-SQL Server大版内专家分月排行榜第二
本帖子已过去太久远了，不再提供回复功能。温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
阅读(391)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'services-config.xml配置文件来设置',
blogAbstract:'1.1.1.&&&&& services-config.xml配置文件来设置
（1）&修改工程的属性，修改“附加的编译器参数”，设置services-config.xml配置文件的路径，指向刚建立的网站中的“WEB-INF/flex”中的services-config.xml路径。也可以将services-config.xml这个文件拷贝到调用文件的同级目录中，然后设为
-locale zh_CN -services \"services-config.xml\"。
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:6,
publishTime:7,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'0',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}Fedora 15怎么在图形界面下打开服务的图形界面管理工具 我在命令行下面打system-config-servicesche也不行_百度知道