首页 > 代码库 > CI框架源码阅读笔记9 CI的自动加载机制autoload
CI框架源码阅读笔记9 CI的自动加载机制autoload
本篇并不是对某一组件的详细源码分析，而只是简单的跟踪了下CI的autoload的基本流程。因此，可以看做是Loader组件的分析前提。
CI框架中，允许你配置autoload数组，这样，在你的应用程序初始化时，会自动加载相应的类库，例如，在application/config/autoload.php中，autoload的配置如下：
$autoload[‘libraries‘] = array("smarty", "redis");
则CI框架初始化时，会自动加载libraries下面的smarty.php和redis.php，并且在你的应用程序控制器中，可以通过$this->smarty->xxx 和$this->redis->yyy的方式调用你的类库。
CI允许autoload中配置的自动加载的类别有：
1.Packages ---包2.Libraries --类库3.Helper files ---用户自定义的辅助文件4.Custom config files ---用户自定义配置文件5.Language files ---语言包6.Models ---模型类
我们接下来以Libraries的自动加载为例，在追踪CI的autoload之路。
由于Loader是CI中组件加载的管理器，而Loader是在CI_Controller中被加载的，因此我们从Controller加载Loader组件开始追踪。
1. CI_Controller
在CI_Controller中追踪到这样一句话:
$this->load =& load_class(‘Loader‘, ‘core‘);$this->load->initialize();
于是我们猜想，在Loader的initialize的过程中，对autoload做了相应的处理。
2. Loader的initialize方法实现
public function initialize(){ $this->_ci_classes = array(); $this->_ci_loaded_files = array(); $this->_ci_models = array(); $this->_base_classes =& is_loaded(); $this->_ci_autoloader();//注意这里，看方法的名字，也可以猜到是对autoload的处理 return $this;}Initialize的前面四个语句，用于对本身的属性、参数等初始化，不是我们需要关心的内容，真正执行autoload的应该是$this->_ci_autoloader(),沿着该线索，我们进入_ci_autoload的内部：
3. _ci_autoloader的方法：
（1）.首先引入autoload的配置数组：
if (defined(‘ENVIRONMENT‘) AND file_exists(APPPATH.‘config/‘.ENVIRONMENT.‘/autoload.php‘)){ include(APPPATH.‘config/‘.ENVIRONMENT.‘/autoload.php‘);}else{ include(APPPATH.‘config/autoload.php‘);}(2). 由于我们这次只追踪libraries的autoload机制，因此我们略过对packages和config等的autoload处理机制，而直接寻找对libraries的处理：
if (isset($autoload[‘libraries‘]) AND count($autoload[‘libraries‘]) > 0){ //ignore database eg. foreach ($autoload[‘libraries‘] as $item) { $this->library($item); }}可以看出，对所有的autoload的libraries，实际上是执行了library方法，再次进入library方法查看。
4. library方法实现。
上述对该方法的调用中，传递的是autoload中配置的类库名（我们的例子是redis和smarty），library方法的具体实现：
public function library($library = ‘‘, $params = NULL, $object_name = NULL){ if (is_array($library)) { foreach ($library as $class) { $this->library($class, $params); } return; } if ($library == ‘‘ OR isset($this->_base_classes[$library])) { return FALSE; } if ( ! is_null($params) && ! is_array($params)) { $params = NULL; } $this->_ci_load_class($library, $params, $object_name);}可以看出，如果$library是数组，则会循环调用library方法。实际上最终会调用$this->_ci_load_class。再次进入_ci_load_class查看.
5. _ci_load_class的实现
撇开其中的错误检查和安全检查，我们只看关键的代码：
return $this->_ci_init_class($class, config_item(‘subclass_prefix‘), $params, $object_name);
该方法，将对类库的初始化抛给了_ci_init_class处理：
$CI =& get_instance();//获取Controller的实例if ($config !== NULL){ $CI->$classvar = new $name($config);}else{ $CI->$classvar = new $name;}到这里，我们总算了解了CI的autoload的基本流程（漫漫长征），作为对Loader组件的初步追踪，我们省略了中的许多实现细节，这些我们将在对Loader组件的分析过程中慢慢添加上。
总结一下autoload的基本流程：
1. Application/config/autoload.php中配置需要autoload的类库2. Controller实例化的时候，会加载Loader组件，并调用该组件的initialize方法，对需要的资源初始化.3. 经过更多的错误检查和安全性检查的步骤，加载需要的类库、配置等。
最后说一句，并不是所有的类库都需要通过CI的autoload加载，因为该类库在框架初始化的时候就被加载，而不管你是不是需要使用该类库，这样实际上会有一定的性能损失。如果你的类库并不是所有应用都需要的，那么，更好的方法是需要时再加载。关于这一点，我们之后在分析Loader组件的设计和实现时会进一步详细说明。
本篇的参考文献：
1. http://itopic.org/codeigniter-config-autoload.html
2. http://codeigniter.org.cn/user_guide/general/autoloader.html
CI框架源码阅读笔记9 CI的自动加载机制autoload