Symfoy2 HttpKernel事件驱动，symfoy2httpkernel
HttpKernel：事件驱动 Symfony2 框架层和应用层的工作都是在 HttpKernel::handle()方法中完成，HttpKernel::handle() 的内部的实现其实是通过调度事件（HttpKernel内的事件监听器）来完成的，相当于把所有组件都整合成完整的应用。 使用 HttpKernel 很简单，只需要创建一个 EventDispatcher（事件分发器） 和 controller resolver（Controller解析器），可以实现更多的事件监听器丰富应用的功能：
RouterListener是Symfony框架中实现kernel.request事件的最重要监听器，RouterListener在路由层中执行，返回一个包含符合当前请求的路由信息的数组，例如路由匹配模式里面的_controller和请求的参数（｛name｝）。这些信息都会存放在Request里的attributes数组里面，目前只是会添加路由信息到Request对象中还没有做其它的动作，但是解析Controller的时候会被用到。
2) Resolve the Controller
假设实现kernel.request事件的时候没有创建和返回Response对象，那么下一步就是确定、解析controller和controller需要的参数。controller部分是应用层的最后一个堡垒，负责创建和返回包含一个特定页面的Response对象。如何确定被请求的controller完全取决于应用程序，这个工作有controller解析器来完成——一个是实现ControllerResolverInterface的类，同时也是HttpKernel构造函数的一个参数。解析Controller Symfony框架使用内置的ControllerResolver（实质上是使用了一个有额外的功能的子类），该解析器利用了RouterListener保存到Request对象的attributes属性里信息来确定controller。 getController ControllerResolver 在Request对象的attributes数组中查找 _controller 键（这些信息实际上是由RouterListener存放进Request对象中的）： a) 如果_controller 键对应AcmeDemoBundle:Default:index 这个格式的值，那么该值就包含了类名和方法名，可以被Symfony框架解析成为，例如：Acme\DemoBundle\Controller\DefaultController::indexAction，这个转换是由Symfony框架的特定的ControllerResolver的子类完成的。 b) 你的controller类会被实例化，而且该controller类必须包含一个无参的构造函数。 c) 如果你的controller还实现了ContainerAwareInterface，那么setContainer方法就会被调用，container就会被注入到controller中，这个实现也是由Symfony框架的特定的ControllerResolver的子类完成的。 上面也有一些其他变化过程，例如你把你的controller配置成为service。
3) The kernel.controller
kernel.controllerkernel.controller事件是在controller被执行前初始化一些信息或者改变controller对象。
被调用的controller确定之后，HttpKernel::handle()就会调度kernel.controller事件。在系统的某部分被确定后（例如：controller、路由信息等）但是这些部分被执行前，监听kernel.controller事件的监听器就会运行了。
a) 使用参数作为键查找Request对象中的attributes数组，如果找到，那么相应的值会传入到controller的方法中，例如：controller方法的第一个参数是$name，那么在Request的attributes数组中包含$attributes['name']的值，那么$attributes['name']就会被使用。
b) 如果该该参数在Symfony配置routing的时候被指定，那么就会跳过对该参数的查找。
5）调用controller
controller会创建包含特定页面或者json的Response对象，这也是应用层的最后一个步骤。
HttpKernel::handle方法运行子请求的时候，需要修改第二个参数的值：
子请求也是创建一个完整的请求——响应周期。唯一不同的是，有些监听器可能只会在“main request”中运行（security）。KernelEvent的子类传递给监听器，监听器通过KernelEvent::getRequestType()判断当前请求是“main request”还是“sub request”。
例如一个监听器只会在“main request”的请求下才会执行：
