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

推薦：laravel教程

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

什么是laravel中間件

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

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

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

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

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

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

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

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

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

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

#配置項(xiàng)中有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()     } }

雖然有點(diǎn)老土，但是的確解決了問題。但是這個(gè)還存在一個(gè)問題，就是我們?cè)趺聪蛑虚g件傳遞參數(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)     } }

看似是解決了問題，但是仔細(xì)分析，就會(huì)發(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)     } }

還有一個(gè)問題就是，假設(shè)有兩個(gè)中間件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è)有一個(gè)記錄請(qǐng)求和響應(yīng)日志的中間件，這個(gè)時(shí)候，不論你把它放在什么位置，都不能完美的記錄最初請(qǐng)求和最終日志。難道類似情況要寫兩個(gè)類，一個(gè)記錄請(qǐng)求放在中間件數(shù)組第一個(gè)，一個(gè)處理響應(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();

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

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

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

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

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

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

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

然后模擬多個(gè)的情況如下：

    $middleware_arr = ['csrf','log']; #最終要執(zhí)行的代碼先封裝成一個(gè)閉包，要不然沒有辦法傳遞到內(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.先運(yùn)行l(wèi)og::haddle(包含csrf::handle閉包函數(shù))方法，

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

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

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

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

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

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

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

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