淺談laravel中間件的創(chuàng)建思路

更新時間：2021年05月29日 14:23:37 作者：八重櫻

網(wǎng)上有很多解析laravel中間件的實現(xiàn)原理，但是不知道有沒有讀者在讀的時候不明白，作者是怎么想到要用array_reduce函數(shù)的？本文從自己的角度出發(fā)，模擬了如果我是作者，我是怎么實現(xiàn)這個中間件功能，又是怎么找到并使用對應的函數(shù)。本文將介紹Laravel中間件得創(chuàng)建思路。

Laravel 中間件提供了一種機制在不修改邏輯代碼的情況下，中斷原本程序流程，通過中間件來處理一些事件，或者擴展一些功能。比如日志中間件可以方便的記錄請求和響應日志，而不需要去更改邏輯代碼。

那么我們簡化一下軟件執(zhí)行過程，現(xiàn)在有一個核心類kernel，下面是它的laravel代碼

#捕獲請求
$request = Illuminate\Http\Request::capture()
#處理請求
$response = $kernel->handle($request);

代碼的作用是捕獲一個 Request ，返回一個 Response。這里面就是后續(xù)分發(fā)到具體執(zhí)行邏輯的代碼段并返回結(jié)果。

那么如果想在執(zhí)行這個$kernel->handle()方法之前或者之后，增加一段邏輯一般會怎么寫呢。大概如下：

$request = Illuminate\Http\Request::capture()
function midware(){
    before()#在之前執(zhí)行的語句集合
    #####   
    $response = $kernel->handle($request);
    #####
    after()#在之后執(zhí)行的語句集合
 
}

顯然這樣寫沒有問題，但是毫無拓展性可言，想執(zhí)行什么東西都要更改這個方法，這種是不可能封裝成框架核心內(nèi)容的。怎么改進呢

定義一個要執(zhí)行的中間件類叫middleware，類實現(xiàn)兩個方法，before()和after()然后代碼如下。

#配置項中有一項配置中間件：
middleware = '';
$request = Illuminate\Http\Request::capture()
function midware(){
    middleware.before()
    #####   
    $response = $kernel->handle($request);
    #####
    middleware.after()
}

是否解決了問題呢，是解決了不用更改的問題，但是我們?nèi)绻枰鄠€中間件怎么辦呢，最容易想到的就是：定義一個中間件數(shù)組middleware_arr,每一個middleware類都含有before和after方法，代碼如下：

配置項中有middleware_arr
middleware_arr=array();
$request = Illuminate\Http\Request::capture()
function midware(){
    foreach(middleware_arr as middleware){
       middleware.before()
    }
    #####   
    $response = $kernel->handle($request);
    #####
    foreach(middleware_arr as middleware){
        middleware.after()
    }
}

雖然有點老土，但是的確解決了問題。但是這個還存在一個問題，就是我們怎么向中間件傳遞參數(shù)的問題，那么如下可以嗎：

$request = Illuminate\Http\Request::capture()
function midware(){
    foreach(middleware_arr as middleware){
       middleware.before($request)
    }
    #####   
    $response = $kernel->handle($request);
    #####
    foreach(middleware_arr as middleware){
        middleware.after($response)
    }
}

看似是解決了問題，但是仔細分析，就會發(fā)現(xiàn)，這里面每次給中間件的都是最初的$request，這顯然不行，修改成如下：

$request = Illuminate\Http\Request::capture()
function midware(){
    foreach(middleware_arr as middleware){
       $request = middleware.before($request)
    }
    #####   
    $response = $kernel->handle($request);
    #####
    foreach(middleware_arr as middleware){
        $response = middleware.after($response)
    }
}

還有一個問題就是，假設有兩個中間件A和B，那么執(zhí)行順序應該是怎么樣呢：

$request = Illuminate\Http\Request::capture()
$request = A.before($request);
$request = B.before($request);
$response = $kernel->handle($request);
$response = A.after();
$response = B.after();

這樣合理嗎?不太好分辨，我們假設有一個記錄請求和響應日志的中間件，這個時候，不論你把它放在什么位置，都不能完美的記錄最初請求和最終日志。難道類似情況要寫兩個類，一個記錄請求放在中間件數(shù)組第一個，一個處理響應，放在數(shù)組最后一位嗎？不如在執(zhí)行后面的foreach之前把middleware_arr數(shù)組給反轉(zhuǎn)一下，這樣就符合了要求：

$request = Illuminate\Http\Request::capture()
$request = A.before($request);
$request = B.before($request);
$response = $kernel->handle($request);
$response = B.after();
$response = A.after();

但是我也開始懷疑這個老土且不靈活的方案是否有更好的解決辦法，在觀察這個執(zhí)行順序的時候，發(fā)現(xiàn)是一個包裹樣式（洋蔥式）的。那個接下來的問題就能不能找到更靈活精美的解決方案,看上面這種結(jié)構(gòu)，總感覺有點熟悉，他很像是A的函數(shù)包裹B的函數(shù)，B的函數(shù)包括了最初的執(zhí)行代碼。函數(shù)內(nèi)部調(diào)用函數(shù)容易，但是咱們這里每一個中間件之間是不知道對方存在的，所以要把其他中間件要執(zhí)行的函數(shù)傳遞到上一級，這里就用到了閉包函數(shù)還有一個php函數(shù)array_reduce()，

array_reduce函數(shù)定義：mixed array_reduce ( array $input , callable $function [, mixed $initial = NULL ] )

<?php
function  rsum ( $v ,  $w ){
    $v  +=  $w ;
    return  $v ;
}
function  rmul ( $v ,  $w ){
    $v  *=  $w ;
    return  $v ;
}
$a  = array( 1 ,  2 ,  3 ,  4 ,  5 );
$x  = array();
$b  =  array_reduce ( $a ,  "rsum" );
$c  =  array_reduce ( $a ,  "rmul" ,  10 );
?>

輸出：

這將使 $b 的值為 15， $c 的值為 1200（= 10*1*2*3*4*5）

array_reduce() 將回調(diào)函數(shù) function 迭代地作用到 input 數(shù)組中的每一個單元中，從而將數(shù)組簡化為單一的值。咱們是把多個函數(shù)包裹成最終調(diào)用一個函數(shù)。

#我們先假設只有一個middleware,叫l(wèi)og來簡化情況,這里的類應該是一個類全路徑，我這里就簡單的寫一下，要不然太長了。
$middleware_arr = ['log'];
#最終要執(zhí)行的代碼先封裝成一個閉包，要不然沒有辦法傳遞到內(nèi)層,如果用函數(shù)名傳遞函數(shù)的話，是沒有辦法傳遞參數(shù)的。
$default = function() use($request){
    return $kernel->handle($request);
}
$callback = array_reduce($middleware_arr,function($stack,$pipe) {
    return function() use($stack,$pipe){
        return $pipe::handle($stack);
    };
},$default);
# 這里 callback最終是 這樣一個函數(shù)：
function() use($default,$log){
    return $log::handle($default);
};
#所以每一個中間件都需要有一個方法handle方法,方法中要對傳輸?shù)暮瘮?shù)進行運行，類似如下，這里我類名就不大寫了
class log implements Milldeware {
    public static function handle(Closure $func){
        $func();
    }
}
#這里不難看出可以加入中間件自身邏輯如下：
class log implements Milldeware {
    public static function handle(Closure $func){
        #這里可以運行邏輯塊before()
        $func();
        #這里可以運行邏輯塊after()
    }
}

這樣在執(zhí)行callback函數(shù)的時候，執(zhí)行順序如下：

先運行l(wèi)og::haddle()方法，

執(zhí)行了log::before()方法

運行default方法，執(zhí)行$kernel->handle($request)

運行l(wèi)og::after()方法

然后模擬多個的情況如下：

$middleware_arr = ['csrf','log'];
#最終要執(zhí)行的代碼先封裝成一個閉包，要不然沒有辦法傳遞到內(nèi)層,如果用函數(shù)名傳遞函數(shù)的話，是沒有辦法傳遞參數(shù)的。
$default = function() use($request){
    return $kernel->handle($request);
}
$callback = array_reduce($middleware_arr,function($stack,$pipe) {
    return function() use($stack,$pipe){
        return $pipe::handle($stack);
    };
},$default);

# 這里 callback最終是 執(zhí)行這樣：
$log::handle(function() use($default,$csrf){
    return $csrf::handle($default);
});

執(zhí)行順序如下：

1.先運行l(wèi)og::haddle(包含csrf::handle閉包函數(shù))方法，

2.執(zhí)行了log::before()方法

3.運行閉包也就是運行了$csrf::handle($default)

4.執(zhí)行了csrf::before()方法

5.運行default方法，執(zhí)行$kernel->handle($request)

6.執(zhí)行了csrf::after()方法

7.運行l(wèi)og::after()方法

注意這里還有一個問題就是中間件產(chǎn)生的結(jié)果，并沒有進行傳遞，可以通過修改共有資源的方式來達到相同的目的，并非需要真的傳值到下一個中間件。

到此這篇文件就結(jié)束了，其實其中很多關節(jié)都是我寫這篇文章的時候才想明白的。尤其是對閉包函數(shù)的運用和理解更深了，閉包函數(shù)可以延遲利用資源，比如當前不適合執(zhí)行的語句，又要傳遞到后面，利用閉包可以封裝起來傳遞出去，這是傳統(tǒng)函數(shù)做不到的。

以上就是淺談laravel中間件的創(chuàng)建思路的詳細內(nèi)容，更多關于laravel中間件的創(chuàng)建思路的資料請關注腳本之家其它相關文章！

您可能感興趣的文章: