ThinkPHP6 核心分析—加载中间件以及多应用解析
一、加载中间件之前写到的一篇文章分析了应用的初始化,也就是对 Http 类的 run() 方法里面调用的 runWithRequest () 方法的第一行代码 $this->initialize() 的展开分析。让我们再看一眼 runWithRequest () 方法的前几行: protected function runWithRequest(Request $request) { $this->initialize(); // 加载全局中间件 loadMiddleware(); . . . 应用初始化后,接下来开始处理中间件。 中间件类的初始化loadMiddleware 方法: function loadMiddleware(): void { if (is_file($this->app->getBasePath() . 'middleware.php')) { $this->app->middleware->import(include ); } } 依然是百用不厌的套路,通过 $this->app->middleware 来实例化中间件并获取其实例。 导入中间件通过 $this->app->middleware 得到 Middleware 类的实例后,接着程序调用 import 方法,传入从「app」目录下的「middleware.php」文件中读取的数据。该文件的原始内容如下(原来全部注释掉的): return [ 全局请求缓存 // thinkmiddlewareCheckRequestCache::class,// 多语言加载 thinkmiddlewareLoadLangPack::class, Session初始化 // thinkmiddlewareSessionInit::class,// 页面Trace调试 thinkmiddlewareTraceDebug:: ]; 这里为了研究中间件是如何加载的,先去掉两个注释,也就是添加两个中间件。接下来看 import 方法: public function import(array $middlewares = [],1)">string $type = 'global'):foreach ($middlewares as $middleware) { $this->add($middleware,$type); } } 该方法传入一个中间件的数组和一个中间件类型,默认为 global,关键是里面的 add 方法。跳到 add 方法: function add($type = 'route'):is_null()) { ; } $middleware = $this->buildMiddleware(); if ($this->queue[$type][] = ; 去除重复 $type] = array_unique($type],1)"> SORT_REGULAR); } } 实际上真正干活的是 buildMiddleware 方法,直接前往: function buildMiddleware($type): array { 是否是数组 is_array( 列出中间件及其参数 // 这里说明我们可以给中间件传入参数,且形式为 [中间件,参数] list($param) = ; } 是否是一个闭包 // 说明中间件可以是一个闭包 instanceof Closure) { 返回闭包和参数 return [$param ?? null]; } 排除了上面几种类型,且不是字符串,抛出错误 if (!is_string(throw new InvalidArgumentException('The middleware is invalid'); } 中间件别名检查 $alias = $this->app->config->get('middleware.alias',1)"> []); isset($alias[])) { ]; } 如果中间件有包含中间件(说明中间件可以嵌套) //再走一遍「import」递归解析 $this->import(); []; } 返回解析结果 return [[]; } 详细分析见以上代码注释。最后返回的结果,在 add 方法中,执行 $ this->queue[$type][] = $middleware; 添加到一个队列。最终的解析结果大概是这样的(app/middleware.php 去掉部分中间件的注释): 至此,全局中间件就加载完毕。 二、多应用解析加载完中间件,接下来一步是多应用解析(ThinkPHP 6 开始支持多应用模式)。 multi) { parseMultiApp(); } 注意到,Http 类的构造函数: function __construct(App $app$this->app = ; 多应用解析,通过判断「app」目录下有无「controller」目录,没有就是多应用模式 $this->multi = is_dir($this->app->getBasePath() . 'controller') ? false : true; } 可以看到,程序是通过判断「app」目录下有无「controller」目录来决定是否是多应用模式的。 function parseMultiApp(): 虽然在「Http」的构造函数自动判断过是否开启多应用 //如果没有controller目录,$this->multi为true,就会来到本方法 // 接着还要看配置文件是否有配置 $this->app->config->get('app.auto_multi_app',1)">false 自动多应用识别 $this->bindDomain = 获取域名绑定 $bind = $this->app->config->get('app.domain_bind',1)"> []); 如果有域名绑定 empty($bind)) { 获取当前子域名 $subDomain = $this->app->request->subDomain(); $domain = $this->app->request->host(); 完整域名绑定 $bind[$domain])) { $appName = ]; ; 子域名绑定 } elseif ($subDomain二级泛域名绑定 } $bind['*'; } } 如果没有域名绑定 if (!bindDomain) { 获取别名映射 $map = $this->app->config->get('app.app_map',1)"> []); 获取禁止URL访问目录 $deny = $this->app->config->get('app.deny_app_list',1)">获取当前请求URL的pathinfo信息(含URL后缀) // 比如 index/index/index $path = pathinfo(); 比如,从index/index/index获取得index $name = current(explode('/',1)">$path)); 解析别名映射 $map[$name])) { 如果这个别名映射到的是一个闭包 //这样不知有啥用 ] instanceof Closure) { $result = call_user_func_array($name],[$this]); $appName = $result ?: ; 直接取得应用名 } else { ]; } $name不为空且$name在$map数组中作为KEY,或者$name是禁止URL方位的目录 } elseif ($name && (false !== array_search($name,1)">$map) || in_array($deny))) { new HttpException(404,'app not exists:' . ); } $name && $map['*']; } { ; } ) { $this->app->request->setRoot('/' . ); $this->app->request->setPathinfo(strpos($path,'/') ? ltrim(strstr(); } } } { $this->name ?: getScriptName(); } $this->loadApp($appName ?: $this->app->config->get('app.default_app','index')); } 可以看到,「pathinfo」信息的第一节会被解析成应用名称,比如 index/index/index/ 中的 index。方法的最后还调用了 loadApp 方法,执行的操作与前面应用的初始化类似,只是加载的文件都在该应用的目录。 跟之前的版本对比,ThinkPHP 6 貌似把原先的模块改造成了多应用,因为多应用情况下,应用名跟之前的模块名都是从 pathinfo 的第一节解析出来的,新的文档也没见到模块的内容了。 更多学习内容可以访问【对标大厂】精品PHP架构师教程目录大全,只要你能看完保证薪资上升一个台阶(持续更新) 还有更多学习资料等你来领取噢进阶PHP月薪30k>>>架构师成长路线【视频、面试文档免费获取】 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |