回顾距离上篇介绍Hook已经过去一阵子了，这段期间通过借鉴CI的设计思路，自己实现了一个简单的框架helpful-tools，经过这段时间的工作实践，对CI框架也有了一些新的认识；故而本篇从CI3的源码分析角度，对整个框架的一个大致结构做一个阶段性理解总结；
本文中所有文件结构均为默认结构，为了简便起见一般不列出代码，请结合源码浏览）本文中一些需要额外注意的部分以[0-9]的形式给出，请在文末附录出查看）正文入口文件：index.php在入口文件中，主要实现了一些项目中用到的目录变量，工作环境变量，报错信息等的设置；对主要的application，views目录进行了判断（是否存在，是否为文件夹类型）[1]，最后引入核心文件中的core/CodeIgniter.php，开始框架执行流程
核心框架文件：system/core/CodeIgniter.php本文件为整个框架的核心，从其命名上即可窥见一斑；以下列举文件中一些关键点：检测是否由入口文件进入：defined(BASEPATH) OR exit(No direct script access allowed);如果是直接访问（不通过index.php)则返回错误
这一阻止方式比较直接（检测只有入口文件里才定义的一个常量），且在每一个非入口文件的PHP文件中都需要手动声明一次其他方式包括：在目录下添加.htaccess，建立index.html，里面设置报错信息等
require_once，即包含各类核心文件所用的函数[2]，以下予以列举：application/config/constants.php: 用于定义一些常量，可被application/config/ENVIRONMENT/下的同名文件覆盖;
system/core/Common.php：用于定义一些常用方法（如加载类文件，自定义错误处理器，自定义fatal处理器等，在框架流程中用到了再提及）load_class: 定义于Common中，全局类加载器
该函数内维护一个static变量$_classes[3]，类似于全局数组，存有所有已经被实例化的类（这里实现了单例模式，每个类只存一个实例化对象）给定类名，类位置（目录）和初始参数，遍历应用目录(application)和系统目录(system)下对应位置的所有类，找到要求的类，并实例化-》存储
返回存储在$_classes内的指定的实例化对象log_message: 定义于Common中，全局记录器维护一个core/Log类的实例化对象，调用这个对象进行写日志的操作error_handler：处理所有的错误
调用_error_handler方法，对不引起fatal error的错误，exception_handler： 处理全局异常register_shutdown_function：用于处理所有会导致中止执行的错误
error_get_last()：获取最后一次发生的错误判断错误发生情况，并转交给_error_handler执行[4]如果配置项中开启了composer自动加载，则调用application/vendor/autoload.php进行自动加载
通过类加载器启动一个执行时间记录器Benchmark, 记录框架加载各部分的时间启动配置类(Config.php), 加载配置文件启动钩子(Hook)系统，如前篇文章所介绍CI框架(CodeIgniter)使用技巧和步骤小结（四）
的一样，利用闭包来调用函数/类方法对单纯的方法直接调用对类的方法，实例化一个对象，并调用字符集处理/转换扩展启动(mbstring,iconv)加载一系列工具类，如URI类，路由类(ROUTER)【该部分内容将在下一篇中重点介绍，敬请期待:)，打算作为第六篇】，输出类（缓存，响应头，响应格式等）【第七篇】
核心成分：控制器的加载引入控制器基类(core/Controller)根据路由映射规则，找到所请求的路由器子类利用反射，调用所请求的类方法（判断是否为public）[5]这里需要注意的是，在CI_Controller基类中，有对Loader加载类的一个实例化（利用load_class, 单例），这个类用于加载所有的liraries, models等，可以是自动加载（在config/autoload.php中，也可以是手动加载，调用里面的函数，如model(), library()等）【第八篇】
特殊规则：控制器方法不能以_(下划线)开头（框架中规定，可以修改框架源码[不建议]）不能是基类中的方法（CI_Controller）中的方法调用一系列钩子，完成加载（实际上钩子的调用是贯穿整个流程的）完成
作者：萨秋（掠影）转载请联系原作者邮件：ryoalex@foxmail.com总结本篇主要介绍了框架的整个流程，CI框架的核心为CodeIgniter.php文件，通过文件包含的形式调用了诸多核心文件；
其中重点为Config.php里的load_class()，Hooks.php里的call_hook()与Loader里面的initialize()和各种load方法，这些部分的实现都是相当有趣的，值得投入更深的精力去仔细研究，也是本人下几篇博文的重点研究对象（笑）
附录[1] is_dir: 用于判断该文件是否为文件夹类型（当且仅当文件存在，且为文件夹类型时返回true）[2]require和include的区别：前者若遇到问题（文件不存在之类的情况），则扔出Fatal级别的报错，并终止运行；后者扔出Warning报错，且继续运行
[3] 静态变量：仅在函数第一次被调用时初始化；当函数第二次被调用时，该变量保留上次调用结束后的值，不重新初始化[4] 对引起fatal error的错误，如 E_ERROR, E_PARSE等，需要注册shutdown处理函数，对这一情况进行手动捕获，再转交给错误处理函数，这部分内容会单独开个新坑（笑），敬请期待
[5] 声明反射方法后，可对这一反射方法检查类型，如isPublic()或isContructor()等[6][7][8] 未填完的坑：Router，Output，Loader三篇
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。