该类文件在：thinkphp/library/think/think.class.php
该类可以说是thinkphp框架最为核心的类库，负责诸多配置加载，注册核心系统扩展（自动加载类库、异常处理、错误处理等），管理和维护类实例、别名映射，可以一说是一个框架的工厂（该类有些许面向对象弊端，比如：违背了面向对象单一职责，其负责功能复杂，关联类库和文件较多，有动一牵百的忧虑）。类中遇到的函数会在该类分析之后彻底分析，所涉及的其它类库会专门讲解。
一、类结构
namespace think;//定义命名空间class think { private static $_map = array();//类库别名映射 private static $_instance = array();//保存类实例（这么说也不合理，等会分析该功能时具体说明） static public function start() {}//应用程序初始化 static public function addmap($class, $map=''){}// 注册classmap static public function getmap($class=''){}// 获取classmap public static function autoload($class) {}//类库自动加载 static public function instance($class,$method='') {}//取得对象实例 支持调用类的静态方法 static public function appexception($e) {}//自定义异常处理 static public function apperror($errno, $errstr, $errfile, $errline) {}//自定义错误处理 static public function fatalerror() {} // 致命错误捕获 static public function halt($error) {}//错误输出 static public function trace($value='[think]',$label='',$level='debug',$record=false) {}//添加和获取页面trace记录}
二、应用程序初始化start()方法分析，该方法包含一套错误和异常处理机制，非常受用。该方法作为thinkphp框架的引导接口，实现错误、异常处理，配置加载，别名映射，行为注册，包含运行缓存的生成，网站应用目录检测，自动类库加载行为注册。
/** * 应用程序初始化 * @access public * @return void */ static public function start() { //使用spl标准库中提供__autoload()函数的默认实现，比__autoload()效率更高，更加灵活 //一下可以使用spl_autoload_register(array('think\think','autoload')); //建议使用spl_autoload_register(__namespace__.'\think::autoload');实现 //一下所有注册方式均可以使用上面3中形式传递参数 spl_autoload_register('think\think::autoload'); //注册全局脚本析构函数，使用该方式注册的函数，会在脚本结束前调用，大多数情况用来处理致命错误 register_shutdown_function('think\think::fatalerror'); //设置自定义错误处理函数，用于处理错误信息 set_error_handler('think\think::apperror'); //设置未异常处理函数 set_exception_handler('think\think::appexception'); //可以把register_shutdown_function(),set_error_handler(),set_error_handler()3个函数组合完成自定义、多元化的错误处理模块 //根据storage_type的值设置分布式文件存储方案，storage是一个工厂类，用于管理和维护分布式文件存储组件 //后面会详细讲解storage类，并指出设计缺陷 storage::connect(storage_type); //根据运行模式在运行缓存目录下生成编译缓存文件app_mode.'~runtime.php'，从而减少io开销 //下面会详细介绍生成缓存文件的方式 $runtimefile = runtime_path.app_mode.'~runtime.php'; //如果不是在调试模式，并且编译缓存文件存在，直接加载编译缓存 if(!app_debug && storage::has($runtimefile)){ storage::load($runtimefile); }else{ //判断编译缓存文件是否存在，存在就删除 if(storage::has($runtimefile)) storage::unlink($runtimefile); //预编译内容变量 $content = ''; //判断是否存在运行模式配置文件，如果不存在就加载mode_path.app_mode.'.php'，运行模式配置文件会影响下列加载不同的类库和配置 //运行配置文件后期会详细讲解 $mode = include is_file(conf_path.'core.php')?conf_path.'core.php':mode_path.app_mode.'.php'; //以下所有配置项加载都会根据加载的先后顺序覆盖之前的配置项，一般都是先加载thinkphp默认配置，再加载应用配置 //core下标决定要加载的核心类和函数文件 foreach ($mode['core'] as $file){ if(is_file($file)) { include $file; //如果不是调试模式，则编译该文件内容并储存到预编译内容变量中 if(!app_debug) $content .= compile($file); } } //config下标决定要加载的核心配置文件 foreach ($mode['config'] as $key=>$file){ //判断下标是否为数字，如果不是就会把该配置文件中的配置项加载到对应的键下面，相当于给配置项增加一个纬度 is_numeric($key)?c(include $file):c($key,include $file); } //如果不是普通运行模式，则判断是否存在运行模式应用配置文件 if('common' != app_mode && is_file(conf_path.'config_'.app_mode.'.php')) c(include conf_path.'config_'.app_mode.'.php'); //alias下标记录类库别名映射规则，thinkphp独创别名机制，用于提升自动加载的效率 if(isset($mode['alias'])){ //由这句代码可以看出alias规则可以是一个数组，或者将规则数组单独作为一个文件 self::addmap(is_array($mode['alias'])?$mode['alias']:include $mode['alias']); } //加载应用中定义的别名配置 if(is_file(conf_path.'alias.php')) self::addmap(include conf_path.'alias.php'); //tags下标用于标识系统行为，行为扩展具体由hook钩子类实现 if(isset($mode['tags'])) { //由这句代码可以看出tags规则可以是一个数组，或者将规则数组单独作为一个文件 hook::import(is_array($mode['tags'])?$mode['tags']:include $mode['tags']); } //加载应用中的行为扩展配置 if(is_file(conf_path.'tags.php')) // 允许应用增加开发模式配置定义 hook::import(include conf_path.'tags.php'); //加载框架底层语言包，有核心配置文件中的default_lang配置项决定 l(include think_path.'lang/'.strtolower(c('default_lang')).'.php'); //如果不是调试模式则生成编译缓存文件 if(!app_debug){ //namespace {}这种方式用于声明代码块中的命名空间属于全局命名空间 //这句代码用于生成加载别名映射的php代码 $content .= \nnamespace { think\think::addmap(.var_export(self::$_map,true).);; //l(.var_export(l(),true).);生成语言加载代码 //c(.var_export(c(),true).');生成配置项加载代码 //think\hook::import('.var_export(hook::get(),true).');生成钩子加载代码 $content .= \nl(.var_export(l(),true).);\nc(.var_export(c(),true).');think\hook::import('.var_export(hook::get(),true).');}'; //将$content变量内容去除注释和换行、空隔之后写入到运行时编译缓存文件 storage::put($runtimefile,strip_whitespace(' '', // 自动加载的路径 关闭app_use_namespace后有效 //现在判断的是否在类名中使用命名规则而不是使用app_use_namespace配置，当然该项配置主要作用在路由模块，后续会讲解 }elseif(strpos($class,'\\')){ //获取命名空间的第一个命名范围 $name = strstr($class, '\\', true); //判断该命名空间的第一个命名范围是否在think约定范围类，并在library目录下存在该目录 if(in_array($name,array('think','org','behavior','com','vendor')) || is_dir(lib_path.$name)){ // library目录下面的命名空间自动定位 $path = lib_path; }else{ //检测自定义命名空间 否则就以模块为命名空间 $namespace = c('autoload_namespace'); $path = isset($namespace[$name])? dirname($namespace[$name]).'/' : app_path; } //这里可以看出thinkphp命名空间的命名规则是以lib_path和app_path作为根目录的目录原则，也可以为autoload_namespace配置项来自定义命名规则根目录 $filename = $path . str_replace('\\', '/', $class) . ext; //判断文件是否存在，为啥在注册别名的时候不去判断文件是否存在呢？那样是否可以无视一些有问题的别名映射，而使用正确的加载规则呢？ if(is_file($filename)) { //如果在windows环境下运行，使用strpos来检测是否大小写一致问题，如果不一致直接返回 if (is_win && false === strpos(str_replace('/', '\\', realpath($filename)), $class . ext)){ return ; } //导入类文件 include $filename; //这里建议return; } }else{ //不用按照配置文件中的app_use_namespace的值来决定是否app_autoload_layer配置该项 //只要在类库加载中没有使用命名空间就会调用以下规则来查找类库（要实例化的类不能声明命名规则） foreach(explode(',',c('app_autoload_layer')) as $layer){ //判断类名最后几位是否符合app_autoload_layer配置项 if(substr($class,-strlen($layer))==$layer){ //加载当前模块下对应的类文件，这个其实可以直接判断文件是否存在，并用include加载即可，没有必要调用require_cache函数 //以上是个人见解，缘由是因为上面的加载机制都没有使用，我觉得是否应该统一，而且自动加载类文件，不用限制加载一次，如果已经加载了，也不会调用这个方法了。 if(require_cache(module_path.$layer.'/'.$class.ext)) { //加载文件成功直接返回 return ; } } } //根据app_autoload_path配置设置的路径规则自动搜索并加载文件 foreach (explode(',',c('app_autoload_path')) as $path){ //这里同上，是否也可以不用调用import()方法加载，或者统一了呢？ if(import($path.'.'.$class)) // 如果加载类成功则返回 return ; } } }
五、管理类实例或者'缓存'类静态方法调用结果instance()方法分析，之前在类结构分析中说$_instance变量保存类实例并不合理，因为该类还可以调用类的静态方法，并'缓存'结果。我在该方法注释中提出一些个人见解，并不是说该方法设计的不合理，这个是毕竟是thinkphp专有方法，任何一个项目的设计都不会像我那般去考虑一个方法的诸多问题，首要问题是解决是否符合项目应用足矣。同样看到这篇文章的朋友可以思考，在项目是否有很多类并不需要多个实例（没有强制约束的情况下），如果有那可以设计一个适合自己项目的伪单例工厂来管理这些类的实例。
/** * 取得对象实例 支持调用类的静态方法 * 解析：我把该类看成一个伪单例工厂，不是严格要求类不许是单例，统一使用该方法获取类对象，可以实现单例模式（极其适合php这种较为灵活的语言） * 说这是一个单例模式工厂不合格，因为没有严格要求所管理类必须符合单例模式约束。 * 问题：该方法说此类可以调用类的静态方法，并没有约定静态方法必须返回类的实例(self)，可以返回任意结果，这个让我很诧异 * 如果是想要缓存类方法调用结果，是否应该提供给方法传递参数选项呢？ * 如果仅仅为了管控类的实例（比如严格按照单例模式设计的类，如果要管理，必须使用静态方法），是否应该说明或者在方法中检测返回值呢？ * 解惑：这个毕竟不是提供给应用的方法（当然可以使用，设计初衷肯定不是，这算是thinkphp开发团队约定俗成的规定（口头约束使用方法）吧？） * 这至少给我们一个启示，可以这么管理伪单例模式（口头约束的方式，当然比之更可靠），之前我在一个项目中设计过这样一个工厂类（那时候还没有分析过任何产品的源码） * @param string $class 对象类名 * @param string $method 类的静态方法名 * @return object */ static public function instance($class,$method='') { //生成实例管理标识 $identify = $class.$method; //判断是否已经存在改类实例标识 if(!isset(self::$_instance[$identify])) { //判断类是否存在，这里反应不能使用自动加载机制，必须在调用该方法前加载类文件 if(class_exists($class)){ //实例化类，这里可以看出并不能管理严格意义上的单例类 $o = new $class(); //判断是否要调用静态方法，并确定该类是否存在该方法 if(!empty($method) && method_exists($o,$method)) //返回调用结果（不明确是什么） self::$_instance[$identify] = call_user_func(array(&$o, $method)); else //存储类实例对象 self::$_instance[$identify] = $o; } else //输出错误信息 self::halt(l('_class_not_exist_').':'.$class); } //返回实例对象 return self::$_instance[$identify]; }
六、thinkphp内置错误处理和异常处理实现分析。appexception()方法由think::start()中set_exception_handler('think\think::appexception');语句实现。apperror()方法由think::start()中set_error_handler('think\think::apperror');语句实现，fatalerror()方法由think::start()中register_shutdown_function('think\think::fatalerror');语句实现。halt()方法用来输出重要错误信息和异常，并终止程序执行。trace()方法用来记录并管理trace调试工具中的错误信息。
/** * 自定义异常处理 * @access public * @param mixed $e 异常对象 * @param void */ static public function appexception($e) { $error = array(); //获取异常错误信息 $error['message'] = $e->getmessage(); //获取backtrace()回溯信息 $trace = $e->gettrace(); //判断是否由异常处理方法抛出,thinkphp自定义抛出异常处理函数 if('e'==$trace[0]['function']) { $error['file'] = $trace[0]['file'];//获取错误文件 $error['line'] = $trace[0]['line'];//获取错误行号 }else{ $error['file'] = $e->getfile();//获取错误文件 $error['line'] = $e->getline();//获取错误行号 } //已格式错误回溯信息 $error['trace'] = $e->gettraceasstring(); //写入到错误日志 log::record($error['message'],log::err); // 发送404信息 header('http/1.1 404 not found'); header('status:404 not found'); //显示错误信息 self::halt($error); } /** * 自定义错误处理 * @access public * @param int $errno 错误类型 * @param string $errstr 错误信息 * @param string $errfile 错误文件 * @param int $errline 错误行数 * @return void */ static public function apperror($errno, $errstr, $errfile, $errline) { switch ($errno) { //一些重要的错误信息，会影响之后的程序执行 case e_error: case e_parse: case e_core_error: case e_compile_error: case e_user_error: //清空输出缓冲（不知道在哪里开启了，后面分析会遇到） ob_end_clean();//其实就是把php默认输出的错误信息清除掉 //错误信息 $errorstr = $errstr .$errfile. 第 $errline 行.; //根据log_record是否记录错误信息，决定是否写入错误日志 if(c('log_record')) log::write([$errno] .$errorstr,log::err); //输出错误信息 self::halt($errorstr); break; //可以忽略的错误信息，不会输出，会记录到trace当中，使用show_page_trace配置可以查看的错误信息 default: //这里程序还要继续执行，不能清空输出缓冲，如果不希望显示这类错误信息，应当在php.ini中调节，或者使用ini_set()的函数改变 //错误信息 $errorstr = [$errno] $errstr .$errfile. 第 $errline 行.; //记录到trace当中 self::trace($errorstr,'','notic'); break; } } // 致命错误捕获 static public function fatalerror() { //致命错误必须保存到日志中 log::save(); //获取上一个错误信息，没有错误就跳过了(⊙０⊙) if ($e = error_get_last()) { //处理致命错误信息 switch($e['type']){ case e_error: case e_parse: case e_core_error: case e_compile_error: case e_user_error: //清空输出缓存，都导致程序停止了，还显示什么呀 ob_end_clean(); //输出错误信息 self::halt($e); break; } } } /** * 错误输出 * @param mixed $error 错误 * @return void */ static public function halt($error) { $e = array(); //判断是否是调试模式，或者命令行模式 if (app_debug || is_cli) { //调试模式下输出错误信息 //如果错误信息不是一个数组，就回溯最后一次执行方法的信息 if (!is_array($error)) { $trace = debug_backtrace(); $e['message'] = $error; $e['file'] = $trace[0]['file']; $e['line'] = $trace[0]['line']; ob_start();//开始输出缓存 debug_print_backtrace();//输出一条回溯信息 $e['trace'] = ob_get_clean();//获取输出缓冲信息，并清空 } else { $e = $error; } if(is_cli){ //命令行模式，转换为gbk编码，终止程序执行并输出错误信息 exit(iconv('utf-8','gbk',$e['message']).php_eol.'file: '.$e['file'].'('.$e['line'].')'.php_eol.$e['trace']); } } else { //不是调试模式，重定向到错误页面 $error_page = c('error_page');//获取设置的错误页面 if (!empty($error_page)) { //重定向到错误页面 redirect($error_page); } else { //根据show_error_msg配置决定是否显示详细的错误信息，还是采用error_message设定的错误信息 $message = is_array($error) ? $error['message'] : $error; $e['message'] = c('show_error_msg')? $message : c('error_message'); } } //根据tmpl_exception_file配置决定调用错误信息显示模版，否者采用thinkphp默认模版 $exceptionfile = c('tmpl_exception_file',null,think_path.'tpl/think_exception.tpl'); include $exceptionfile; exit;//终止程序运行,很重要的。 } /** * 添加和获取页面trace记录 * @param string $value 变量 * @param string $label 标签 * @param string $level 日志级别(或者页面trace的选项卡) * @param boolean $record 是否记录日志 * @return void */ static public function trace($value='[think]',$label='',$level='debug',$record=false) { //采用静态变量存储trace记录 static $_trace = array(); if('[think]' === $value){ // 获取trace信息 return $_trace; }else{ //错误信息 $info = ($label?$label.':':'').print_r($value,true); $level = strtoupper($level);//将错误级别转换为大写 //如果是ajax请求或者不显示trace调试工具，或者$record要求记录日志，就不会记录该条错误信息 if((defined('is_ajax') && is_ajax) || !c('show_page_trace') || $record) { log::record($info,$level,$record);//将错误信息写入到日志文件 }else{ //判断错误等级是否存在或者该类错误信息是否达到错误类型记录上限，由trace_max_record配置 if(!isset($_trace[$level]) || count($_trace[$level])>c('trace_max_record')) { //这里有个我很诧异的地方，当错误类别记录达到错误类型记录上限的是否为什么要重置该类型错误记录 //而不是不记录当前错误信息，或者删除最先一条的错误信息，追加到最后 //我建议是不理会比较合理，因为调试错误，也有先后吗，先把之前遇到的错误解决，就会看到新的错误了（这是否有点坑⊙０⊙） $_trace[$level] = array(); } //按错类别记录错误信息 $_trace[$level][] = $info; } } }
七、总结：对该类分析，主要掌控php错误处理和异常处理方面的知识，并了解基于命名空间自动加载的规则定义基础，同样接触了thinkphp运行时编译缓存机制带来的io优化思路以及类库别名机制对与类自动加载带来的优化。在分析该类时站在thinkphp应用外对该类提出几处质疑，仅为个人对面向对象设计的理解和认知，不作为详细参考。
http://www.bkjia.com/phpjc/755775.htmlwww.bkjia.comtruehttp://www.bkjia.com/phpjc/755775.htmltecharticle该类文件在：thinkphp/library/think/think.class.php 该类可以说是thinkphp框架最为核心的类库，负责诸多配置加载，注册核心系统扩展（自动加载类...