# 控制器架构 * * * * * 先来看看咱们系统的架构图，便于理解结构。  从图上可以看到系统初始化行为执行完毕就进入了公共控制器，为什么会执行进公共控制器呢？ 咱们随便弄个URL来分析一下。  这个是统计分析下的执行速度功能，URL是https://demo.onebase.org/admin.php/statistic/exespeed.html admin.php 入口进来的肯定就是 admin模块咯，statistic控制器，exespeed方法。 找到方法所在位置  代码拉到最上方可以看到 class Statistic extends AdminBase， 说明此类继承了 AdminBase，通过命名就可以猜测到这个就是admin模块的基础控制器，既然继承了AdminBase 那肯定是会先执行父类的构造方法，然后打开AdminBase.php发现class AdminBase extends ControllerBase ，而 ControllerBase 是公共模块下的控制器根源，为什么说是根源呢？因为这是OneBase中最底层的控制器了，再往下看就是 class ControllerBase extends Controller，框架的控制器就不在讲解范围了，所以咱们将ControllerBase当做最底层的控制器。 通过分析咱们大概就心里有个控制器继承层次关系了，Statistic 继承了 AdminBase 继承了 ControllerBase。 因为类实例化之前会执行父类构造函数，那么执行的流程就是 ControllerBase -> AdminBase -> Statistic 此处只是随便拿一个统计分析类的某个操作来讲解，其他控制器类也是一样的流程，当然也有例外 比如 Login 控制器，因为在AdminBase 中有登录验证，若继承AdminBase那岂不是验证不通过，那就没办法登录咯。 但是 Login 中咱们还需要获取请求信息，而请求信息是在ControllerBase中进行的初始化，所以此处就直接跳过了AdminBase，继承 ControllerBase，这样就不用验证登录并且使用请求信息了。 其他模块下的控制器也是一样，可以看到api模块下的控制器中有 ApiBase.php，index模块下的控制器中有IndexBase.php等。 控制架构设计中，这种多层父类控制器是有好处的，比如咱们想整套系统执行时都执行某操作，那么所有模块下的控制器都会执行 ControllerBase， 那就可以放在 ControllerBase中，若咱们想在api模块下做一个请求频率限制而不影响其他模块，那么咱们就可以把代码放在 ApiBase.php中触发。