網(wǎng)上有很多解析laravel中間件的實現(xiàn)原理，但是不知道有沒有讀者在讀的時候不明白，作者是怎么想到要用array_reduce函數(shù)的？

推薦：laravel教程

本文從自己的角度出發(fā)，模擬了如果我是作者，我是怎么實現(xiàn)這個中間件功能，又是怎么找到并使用對應(yīng)的函數(shù)。

什么是laravel中間件

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

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

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

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

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

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

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

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

#配置項中有一項配置中間件： middleware = ''; $request = IlluminateHttpRequest::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 = IlluminateHttpRequest::capture() function midware(){     foreach(middleware_arr as middleware){        middleware.before()     }     #####         $response = $kernel->handle($request);     #####     foreach(middleware_arr as middleware){         middleware.after()     } }

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

$request = IlluminateHttpRequest::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 = IlluminateHttpRequest::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)     } }

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

$request = IlluminateHttpRequest::capture() $request = A.before($request); $request = B.before($request); $response = $kernel->handle($request); $response = A.after(); $response = B.after();

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

$request = IlluminateHttpRequest::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ù)。

#我們先假設(shè)只有一個middleware,叫l(wèi)og來簡化情況,這里的類應(yīng)該是一個類全路徑，我這里就簡單的寫一下，要不然太長了。     $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é)束了，其實其中很多關(guān)節(jié)都是我寫這篇文章的時候才想明白的。尤其是對閉包函數(shù)的運用和理解更深了，閉包函數(shù)可以延遲利用資源，比如當(dāng)前不適合執(zhí)行的語句，又要傳遞到后面，利用閉包可以封裝起來傳遞出去，這是傳統(tǒng)函數(shù)做不到的。