路由配置貼下。

<?php
namespace app\route;

use Webman\Route;

Route::post('/login' , 'app\admin\controller\Auth\Admin@login');

這個(gè)是我路由代碼

修改前的any方法

    public static function any($path, $callback)
    {
        static::addRoute(['GET', 'POST', 'PUT', 'DELETE', 'PATCH', 'HEAD' ], $path, $callback);
    }

修改后的any方法

    public static function any($path, $callback)
    {
        static::addRoute(['GET', 'POST', 'PUT', 'DELETE', 'PATCH', 'HEAD' , 'OPTIONS'], $path,  $callback);
    }

請(qǐng)求修改前的any，結(jié)果如提問一樣是404

請(qǐng)求修改后的any，結(jié)果如下圖，請(qǐng)求直接就訪問到了業(yè)務(wù)邏輯，由于OPTIONS是不帶任何的業(yè)務(wù)參數(shù)的，所有很大可能會(huì)報(bào)錯(cuò)。

升級(jí)下webman-framework，webman-framework從1.0.1開始路由增加了options支持。

所以你的路由應(yīng)該設(shè)置為：

Route::options('/login' , function(){
    return response('');
});
Route::post('/login' , 'app\admin\controller\Auth\Admin@login');

這樣將options路由和post路由分開，options路由就不用處理業(yè)務(wù)邏輯了。

是不是項(xiàng)目中每個(gè)跨域api接口（幾乎全部都是）都得做同樣OPTIONS的路由？

你可以直接在中間件里判斷下當(dāng)前是否是options請(qǐng)求，如果是則直接返回跨域header，不繼續(xù)執(zhí)行正常邏輯。這樣就不用每個(gè)接口都設(shè)置options路由。中間件代碼類似如下：

class AccessControl implements MiddlewareInterface
{
    public function process(Request $request, callable $next) : Response
    {
        /** @var Response $response */
        if ($request->method() == 'OPTIONS') {
            response = response('');
        } else {
            $response = $next($request);
        }
        $response->withHeaders([
            'Access-Control-Allow-Origin' => '*',
            'Access-Control-Allow-Methods' => 'GET,POST,PUT,DELETE,OPTIONS',
            'Access-Control-Allow-Headers' => 'Content-Type,Authorization,X-Requested-With,Accept,Origin',
        ]);
        return $response;
    }
}

再說說options請(qǐng)求
瀏覽器在特定情況下才會(huì)發(fā)起opitons請(qǐng)求。

1. 使用了下面任一HTTP 方法：  
PUT/DELETE/CONNECT/OPTIONS/TRACE/PATCH
2. 人為設(shè)置了以下集合之外首部字段： 
Accept/Accept-Language/Content-Language/Content-Type/DPR/Downlink/Save-Data/Viewport-Width/Width
3. Content-Type 的值不屬于下列之一:  
application/x-www-form-urlencoded、multipart/form-data、text/plain

一般情況下ajax請(qǐng)求不會(huì)觸發(fā)options請(qǐng)求。我這里經(jīng)過測(cè)試，在ajax里參數(shù)設(shè)置contentType:'application/json'時(shí)，會(huì)觸發(fā)options請(qǐng)求。

$.ajax({
            url : '地址',
            type : "post",
            contentType:'application/json', // 這里
            success : function(response){},
            error : function (err) {}
        });

如果你的項(xiàng)目發(fā)起了options請(qǐng)求，可以看下是符合哪個(gè)條件觸發(fā)的，是否可以避免。

反復(fù)測(cè)試過之后，由于文檔中沒說明框架的生命周期。我測(cè)過之后，發(fā)現(xiàn)請(qǐng)求后，先是路由再到中間件的。也就是說，其實(shí)在中間件中判斷請(qǐng)求方式是否為OPTIONS不重要了。因?yàn)楫?dāng)ajax觸發(fā)OPTIONS請(qǐng)求時(shí)，如果在路由文件沒有寫OPTIONS的對(duì)應(yīng)路由時(shí)，就直接會(huì)報(bào)404，不會(huì)到中間件里面去了。代碼如下：

<?php
Route::options('/login' , function(){
    return response('');
});
Route::post('/login' , 'app\admin\controller\Auth\Admin@login');

這樣又回到了所有的路由都寫一遍OPTIONS的路由的情況了,這樣很累贅

問題如何重現(xiàn)？

請(qǐng)求時(shí)，代碼如下：

$.ajax({
            url : routeUrl.login,
            type : "post",
            dataType : 'JSON',
            data : data.field,
            header:{token:'12312321'},
            success : function(response){
            },
            error : function (err) {
                console.log(err)
            }
        });

以下為個(gè)人的解決方法：
找到以下文件：vendor/workerman/webman-framework/src/App.php
在onMessage方法中添加一下代碼：

public function onMessage(TcpConnection $connection, $request)
{
        //添加以下代碼
        if($request->method() == 'OPTIONS'){
            $response = response('');
            //規(guī)則自己定
            $response->withHeaders([
                'Access-Control-Allow-Origin' => '*',
                'Access-Control-Allow-Methods' => 'GET,POST,PUT,DELETE,OPTIONS',
                'Access-Control-Allow-Headers' => 'Content-Type, Authorization, X-Requested-With, Accept, Origin, Authorization, Headers, token',
                'Access-Control-Request-Headers' => 'Headers, token',
            ]);
            static::send($connection, $response, $request);
            return null;
        }

    .....以下為官方代碼，省略
}

然后重新開啟workerman，完成?。?！