JFinal框架源码分析（二）——JFinal控制器

【前面一节jfinal ——Handler 之 责任链模式（chain of Responsibility）】

前言：

源码的分析是件很是考验耐性和分析能力的苦力活，可是又是码农翻身必经的一步。若是没有掌握必定的方法，相信我，你会立马关掉你的IDE。
第一步：创建宏观面，这一步只须要了解就final大体的功能、架构、应用场景便可。
第二步：肯定范围，你要知道，要是不提早肯定分析问题的边界，你这个web源码分析可以追溯到操做内核的二进制码。
第三步：明确分析的目标，在肯定问题边界的基础上，进一步明确分析的jfinal框架研究的主体内容。这个具体关系到我的的知识结构，可能你的目标是java高级语法的使用方式、MVC架构的思想、AOP编程思想及其实现或是某个设计模式的使用.....
第四步：分解目标，逐个击破，没什么好说的，要的就是坚持，试着在解决问题以前提出本身的疑惑。固然小目标不断地迭代这个过程【重复步骤1-4】。
接下来看我操做↓：

提出问题：

如何写一个自定义的jfinal控制器？

Jfinal控制器又是如何处理客户端的请求的？

关于控制器Controller的类图分析

用户自定义的控制器（DemoController）继承Controller方法：

Controller对象由动态ControllerFactory建立：

每实例化一个Controller对象都会有一个相对应的Action对象与之对应。

而ActionHandler、ActionReporter、ActionMapping对应。

用户自定义的控制器的写法

Jfinal控制器如何处理客户端的请求

前面一节在JFinal框架源码分析（一）——JFinal项目的启动已经分析了jfinal项目的启动过程，这里再也不赘述。
接下来将重点关注客户端的请求是如何加载controller类的。
项目启动，初始化对象，包括ActionHandler

ActionHandler经过反射机制加载Controller。

整个Controller的加载过程已经实现，具体细节须要跟踪调试源码，步进断点，停留取值。