【前面一节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的加载过程已经实现，具体细节需要跟踪调试源码，步进断点，停留取值。