摘要:直到所有中間件都執(zhí)行完畢,最后在執(zhí)行最后的即上述的方法如果上述有地方難懂的,可以參考這邊文章內置函數(shù)在中的使用以上是在通過全局中間件時的大致流程,通過中間件和路由中間件也是一樣的,都是采用管道流操作,詳情可翻閱源碼
簡介
Laravel 中間件提供了一種方便的機制來過濾進入應用的 HTTP 請求, 如ValidatePostSize用來驗證POST請求體大小、ThrottleRequests用于限制請求頻率等。
那Laravel的中間件是怎樣工作的呢?
啟動流程再說Laravel中間件前,我們先來理一理laravel的啟動流程
首先,入口文件index.php加載了autoload和引導文件bootstrap
require __DIR__."/../bootstrap/autoload.php"; $app = require_once __DIR__."/../bootstrap/app.php";
并在引導文件bootstrap/app.php中初始化了Application實例
$app = new IlluminateFoundationApplication( realpath(__DIR__."/../") );
我們先跳過如何初始化Application(后面會有簡單介紹),再回到入口文件(index.php)中,通過從Application實例$app中獲取Http Kernel對象來執(zhí)行handle方法,換取response。
$kernel = $app->make(IlluminateContractsHttpKernel::class); $response = $kernel->handle( $request = IlluminateHttpRequest::capture() ); $response->send(); $kernel->terminate($request, $response);
換取響應后,把響應內容返回給Client,并執(zhí)行后續(xù)操作(terminate,如關閉session等)。
實例化Application:
Laravel的容器并不是我這次說的重點,這里簡單介紹下
在初始化Application(啟動容器)時,Laravel主要做了三件事情
注冊基礎綁定
注冊基礎服務提供者
注冊容器核心別名
注冊完成以后,我們就能直接從容器中獲取需要的對象(如IlluminateContractsHttpKernel),即使它是一個Interface。
獲取IlluminateContractsHttpKernel類時,我們得到的真正實例是 AppHttpKernel
// bootstrap/app.php $app->singleton( IlluminateContractsHttpKernel::class, AppHttpKernel::class );
Laravel容器請參考
神奇的服務容器
Handle從容器中獲得Http Kernel對象后,Laravel通過執(zhí)行kernel->handle來換取response對象。
//IlluminateFoundationHttpKernel.php public function handle($request) { $request->enableHttpMethodParameterOverride(); $response = $this->sendRequestThroughRouter($request); //...... }
enableHttpMethodParameterOverride方法開啟方法參數(shù)覆蓋,即可以在POST請求中添加_method參數(shù)來偽造HTTP方法(如post中添加_method=DELETE來構造HTTP DELETE請求)。
然后Laravel把請求對象(request)通過管道流操作。
protected function sendRequestThroughRouter($request) { return (new Pipeline($this->app)) ->send($request) ->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware) ->then($this->dispatchToRouter()); } /** * Get the route dispatcher callback. * * @return Closure */ protected function dispatchToRouter() { return function ($request) { $this->app->instance("request", $request); return $this->router->dispatch($request); }; }
Pipeline是laravel的管道操作類。在這個方法中,我的理解是:發(fā)送一個$request對象通過middleware中間件數(shù)組,最后在執(zhí)行dispatchToRouter方法。注意,這里的中間件只是全局中間件。即首先讓Request通過全局中間件,然后在路由轉發(fā)中($this->dispatchToRouter()),再通過路由中間件及中間件group。
所以,到這里為止,Laravel的請求交給了Pipeline管理,讓我們來看看這個Pipeline究竟是怎樣處理的。
//IlluminatePipelinePipeline.php public function then(Closure $destination) { $pipeline = array_reduce( array_reverse($this->pipes), $this->carry(), $this->prepareDestination($destination) ); return $pipeline($this->passable); } protected function prepareDestination(Closure $destination) { return function ($passable) use ($destination) { return $destination($passable); }; } protected function carry() { return function ($stack, $pipe) { return function ($passable) use ($stack, $pipe) { if ($pipe instanceof Closure) { return $pipe($passable, $stack); } elseif (! is_object($pipe)) { list($name, $parameters) = $this->parsePipeString($pipe); $pipe = $this->getContainer()->make($name); $parameters = array_merge([$passable, $stack], $parameters); } else { $parameters = [$passable, $stack]; } return $pipe->{$this->method}(...$parameters); }; }; }
我們來看看最重要的then方法, 在這方法中$destination表示通過該管道最后要執(zhí)行的Closure(即上述的dispatchToRouter方法)。passable表示被通過管道的對象Request。
php內置方法array_reduce把所有要通過的中間件($this->pipes)都通過carry方法($this->pipes不為空時)并壓縮為一個Closure。最后在執(zhí)行prepareDestination。
array_reduce($pipes, callback($stack, $pipe), $destination), 當pipes為空時,直接執(zhí)行destination,否則將所有$pipes壓縮為一個Closure,最后在執(zhí)行destination。
列如我有兩個中間件
IlluminateFoundationHttpMiddlewareCheckForMaintenanceMode::class, AppHttpMiddlewareAllowOrigin::class,//自定義中間件
將這兩個中間件通過array_reduce方法時,返回壓縮后的Closure如:
該Closure共有三個層, 前面兩個為兩個中間件,后面?zhèn)€位最后要執(zhí)行的Closure(即上述的dispatchToRouter方法)。
//中間件handle public function handle($request, Closure $next) { }
在第一個通過的中間件(此處是CheckForMaintenanceMode)handle方法中,dump($next)如下
在第二個通過的中間件(共兩個,此處是AllowOrigin)handle方法中,dump($next)如下
由此可知,中間件在執(zhí)行$next($request)時,表示該中間件已正常通過,并期待繼續(xù)執(zhí)行下一個中間件。直到所有中間件都執(zhí)行完畢,最后在執(zhí)行最后的destination(即上述的dispatchToRouter方法)
如果上述array_reduce有地方難懂的,可以參考這邊文章PHP 內置函數(shù) array_reduce 在 Laravel 中的使用
以上是Laravel在通過全局中間件時的大致流程,通過中間件group和路由中間件也是一樣的, 都是采用管道流操作,詳情可翻閱源碼
IlluminateRoutingRouter->runRouteWithinStack
文章版權歸作者所有,未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/23149.html
摘要:管道流原理強烈依賴函數(shù),我們先來了解下函數(shù)的使用。第二次迭代時,的值為上述返回的閉包偽代碼,的值為,返回一個閉包,當我們執(zhí)行這個閉包時,滿足,得到結果。自定義中間件為的管道流核心類在的方法中,為上述的閉包,為要通過的中間件數(shù)組,為對象。 Laravel管道流原理強烈依賴array_reduce函數(shù),我們先來了解下array_reduce函數(shù)的使用。 原標題PHP 內置函數(shù) array_...
摘要:服務提供者啟動原理之前我們有學習深度挖掘生命周期和深入剖析服務容器,今天我們將學習服務提供者。的所有核心服務都是通過服務提供者進行引導啟動的,所以想深入了解那么研究服務提供者的原理是個繞不開的話題。 本文首發(fā)于 深入剖析 Laravel 服務提供者實現(xiàn)原理,轉載請注明出處。 今天我們將學習 Laravel 框架另外一個核心內容「服務提供者(Service Provider)」。服務提供...
摘要:應用場景用戶登陸后一段時間需要重新登錄,且登陸后返回之前瀏覽的頁面,而不是系統(tǒng)首頁。例如當用戶在頁面,登陸過期后跳轉到登陸頁面登陸后用戶還應在而不是。 1.應用場景: 用戶登陸后一段時間需要重新登錄,且登陸后返回之前瀏覽的頁面,而不是系統(tǒng)首頁。例如:當用戶在/article/2 頁面,登陸過期后跳轉到登陸頁面,登陸后用戶還應在/user/2而不是home/index。 2.實現(xiàn)原理通過...
摘要:應用實例所依賴的服務提供者可以在配置文件中的節(jié)點找到。完成所有服務提供者注冊到應用實例后,應用實例執(zhí)行啟動方法引導項目啟動。或內核接收到請求,加載服務提供者,同時,將請求分發(fā)給路由器執(zhí)行。 這是一篇翻譯文章,原文 Request Life Cycle of Laravel,譯文 Laravel 請求生命周期 首發(fā)于個人博客,轉載請注明出處。 當需要使用一個框架、工具或者服務時,在使用前...
摘要:大家有好的文章可以在評論下面分享出來共同進步本文鏈接數(shù)組使用之道程序員進階學習書籍參考指南教你在不使用框架的情況下也能寫出現(xiàn)代化代碼巧用數(shù)組函數(shù)框架中間件實現(xiàn)沒錯,這就是面向對象編程設計模式需要遵循的個基本原則令人困惑的在中使用協(xié)程實現(xiàn)多任 大家有好的文章,可以在評論下面分享出來, 共同進步! 本文github鏈接 php PHP 數(shù)組使用之道 PHP程序員進階學習書籍參考指南 教你...
閱讀 1485·2021-10-14 09:43
閱讀 1449·2021-10-09 09:58
閱讀 1944·2021-09-28 09:42
閱讀 3736·2021-09-26 09:55
閱讀 1760·2021-08-27 16:23
閱讀 2761·2021-08-23 09:46
閱讀 911·2019-08-30 15:55
閱讀 1426·2019-08-30 15:54