TP的调度系统

这里是用 thinkphp 3.2.0 版本的框架来做分析的

TP 的调度，逻辑那是真的繁琐啊...

配置读取

$varPath        =   C('VAR_PATHINFO'); // [s] 兼容模式PATHINFO获取变量
$varModule      =   C('VAR_MODULE'); // [m] 默认模块获取变量
$varController  =   C('VAR_CONTROLLER'); // [c] 默认控制器获取变量
$varAction      =   C('VAR_ACTION'); // [a] 默认操作获取变量

这些配置是可以覆盖修改的。

PATH_INFO 的初始化

这个历程有点长啊...

if(isset($_GET[$varPath])) { // 判断URL里面是否有兼容模式参数
    $_SERVER['PATH_INFO'] = $_GET[$varPath];
    unset($_GET[$varPath]);
}elseif(IS_CLI){ // CLI模式下 index.php module/controller/action/params/...
    $_SERVER['PATH_INFO'] = isset($_SERVER['argv'][1]) ? $_SERVER['argv'][1] : '';
}

看到这一段的时候，突然感觉，看源码的重要性。如果我们某个链接需要用 s 作为参数，那将是一件非常恐怖的事情...

接下来会有一个子域名部署的，我直接忽略了，毕竟对于一个公司而言，这样的场景几乎没有，就算需要一个项目配置多个域名，也可以通过多个入口文件来解决这个问题，这里不多做阐述。

用 nginx 的小伙伴在用 TP 的时候，可能会先吐槽一番，为什么要用 PATH_INFO，直接使用 REQUEST_URI 不就行了...

曾经搜索过的内容

这里 TP 提供了另一种配置，可以解决 nginx 不配置 PATH_INFO 的问题。

支持函数判断(没想到什么场景下需要，不想动脑子...)，也支持从 $_SERVER 里取值。

if(!isset($_SERVER['PATH_INFO'])) {
    $types   =  explode(',',C('URL_PATHINFO_FETCH'));
    foreach ($types as $type){
        if(0===strpos($type,':')) {// 支持函数判断
            $_SERVER['PATH_INFO'] =   call_user_func(substr($type,1));
            break;
        }elseif(!empty($_SERVER[$type])) {
            $_SERVER['PATH_INFO'] = (0 === strpos($_SERVER[$type],$_SERVER['SCRIPT_NAME']))?
                substr($_SERVER[$type], strlen($_SERVER['SCRIPT_NAME']))   :  $_SERVER[$type];
            break;
        }
    }
}

经历了一大圈之后，如果还没有，那么就得置空了。

if(empty($_SERVER['PATH_INFO'])) {
    $_SERVER['PATH_INFO'] = '';
}

再接下来有个常量的定义，后续有用。

$depr = C('URL_PATHINFO_DEPR');
define('MODULE_PATHINFO_DEPR',  $depr);
define('__INFO__',              trim($_SERVER['PATH_INFO'],'/'));
// URL后缀
define('__EXT__', strtolower(pathinfo($_SERVER['PATH_INFO'],PATHINFO_EXTENSION)));

上面的 trim($_SERVER['PATH_INFO'],'/')) 很有用，记得有一个版本里没有 trim，导致我本地和测试环境的表现不一致...

最后就是一个多模块的判断。

if (__INFO__ && C('MULTI_MODULE') && !isset($_GET[$varModule])){ // 获取模块
    $paths      =   explode($depr,__INFO__,2);
    $allowList  =   C('MODULE_ALLOW_LIST');
    $module     =   preg_replace('/\.' . __EXT__ . '$/i', '',$paths[0]);
    if( empty($allowList) || (is_array($allowList) && in_array_case($module, $allowList))){
        $_GET[$varModule]       =   $module;
        $_SERVER['PATH_INFO']   =   isset($paths[1])?$paths[1]:'';     
    }else{
        $_SERVER['PATH_INFO'] = __INFO__;
    }
}else{
    $_SERVER['PATH_INFO'] = __INFO__;
}

如果是多模块，并且没有从 url 上获取到模块信息，就解析 __INFO__。

当然，这里要过滤一下白名单。(这个大致看一下就OK)

获取模块

$module   = (!empty($_GET[$var])?$_GET[$var]:C('DEFAULT_MODULE'));
unset($_GET[$var]);
if($maps = C('URL_MODULE_MAP')) {
    if(isset($maps[strtolower($module)])) {
        // 记录当前别名
        define('MODULE_ALIAS',strtolower($module));
        // 获取实际的模块名
        return   ucfirst($maps[MODULE_ALIAS]);
    }elseif(array_search(strtolower($module),$maps)){
        // 禁止访问原始模块
        return   '';
    }
}
return strip_tags(C('URL_CASE_INSENSITIVE') ?ucfirst(strtolower($module)):$module);

会先获取链接上的模块信息，如果没有获取到，就获取默认的模块信息。

这里神奇的地方就是有个 模块别名 转换的过程。如果配置了 URL_MODULE_MAP，就会开启此项功能，这个在我们的 api 项目中有应用，可以用于版本管理。

如果模块不存在，直接异常结束。

如果模块存在，并且没有禁止，这个时候就会开始加载模块的一些配置。

// 加载模块配置文件
if(is_file(MODULE_PATH.'Conf/config.php'))
    C(include MODULE_PATH.'Conf/config.php');
// 加载应用模式对应的配置文件
if('common' != APP_MODE && is_file(MODULE_PATH.'Conf/config_'.APP_MODE.'.php'))
    C(include MODULE_PATH.'Conf/config_'.APP_MODE.'.php');

// 加载模块别名定义
if(is_file(MODULE_PATH.'Conf/alias.php'))
    Think::addMap(include MODULE_PATH.'Conf/alias.php');
// 加载模块tags文件定义
if(is_file(MODULE_PATH.'Conf/tags.php'))
    Hook::import(include MODULE_PATH.'Conf/tags.php');
// 加载模块函数文件
if(is_file(MODULE_PATH.'Common/function.php'))
    include MODULE_PATH.'Common/function.php';

这个就不多做介绍了。

// 加载模块的扩展配置文件
load_ext_file(MODULE_PATH);

同样的，也会加载模块里的扩展配置文件。

模式判断

一看而过，没啥可分析的...

一段解析、安全校验

接下来就是针对 PATH_INFO 的一段解析、安全校验的过程，如果在安全方面有过多要求的，可以多看看。

获取控制器

$controller = (!empty($_GET[$var])? $_GET[$var]:C('DEFAULT_CONTROLLER'));
unset($_GET[$var]);
if($maps = C('URL_CONTROLLER_MAP')) {
    if(isset($maps[strtolower($controller)])) {
        // 记录当前别名
        define('CONTROLLER_ALIAS',strtolower($controller));
        // 获取实际的控制器名
        return   $maps[CONTROLLER_ALIAS];
    }elseif(array_search(strtolower($controller),$maps)){
        // 禁止访问原始控制器
        return   '';
    }
}
if(C('URL_CASE_INSENSITIVE')) {
    // URL地址不区分大小写
    // 智能识别方式 user_type 识别到 UserTypeController 控制器
    $controller = ucfirst(parse_name($controller,1));
}
return strip_tags($controller);

和模块差不多，也有别名映射。

获取Action

$action   = !empty($_POST[$var]) ?
    $_POST[$var] :
    (!empty($_GET[$var])?$_GET[$var]:C('DEFAULT_ACTION'));
unset($_POST[$var],$_GET[$var]);
if($maps = C('URL_ACTION_MAP')) {
    if(isset($maps[strtolower(CONTROLLER_NAME)])) {
        $maps =   $maps[strtolower(CONTROLLER_NAME)];
        if(isset($maps[strtolower($action)])) {
            // 记录当前别名
            define('ACTION_ALIAS',strtolower($action));
            // 获取实际的操作名
            if(is_array($maps[ACTION_ALIAS])){
                parse_str($maps[ACTION_ALIAS][1],$vars);
                $_GET   =   array_merge($_GET,$vars);
                return $maps[ACTION_ALIAS][0];
            }else{
                return $maps[ACTION_ALIAS];
            }
            
        }elseif(array_search(strtolower($action),$maps)){
            // 禁止访问原始操作
            return   '';
        }
    }
}        
return strip_tags(C('URL_CASE_INSENSITIVE')?strtolower($action):$action);

在 Action 的解析上，动作多了点，毕竟还要映射控制器，没有需求的话，直接过。

重置 REQUEST

$_REQUEST = array_merge($_POST,$_GET);

在调度的过程中，$_GET 和 $_POST 发生了许多变化，这里直接重写了 $_REQUEST，虽然不建议，但是框架这样定义了，也没办法。

最后

• 解析 PATH_INFO
• 获取模块
• 安全校验
• 获取控制器
• 获取Action
• 重置 REQUEST

调度的源码阅读就这样结束了，里面做了许多不少场景用不到的事情，这个看使用者吧，每个项目面对的情况不同，不可一概而论。