TP的调度系统
2019-07-10 本文已影响0人
imjcw
这里是用
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
调度的源码阅读就这样结束了，里面做了许多不少场景用不到的事情，这个看使用者吧，每个项目面对的情况不同，不可一概而论。
