webman按照手册来，在中间件中配置了跨域，但是请求的时候还是出现了404问题

路由配置贴下。

<?php
namespace app\route;

use Webman\Route;

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

这个是我路由代码

修改前的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);
    }

请求修改前的any，结果如提问一样是404

请求修改后的any，结果如下图，请求直接就访问到了业务逻辑，由于OPTIONS是不带任何的业务参数的，所有很大可能会报错。

升级下webman-framework，webman-framework从1.0.1开始路由增加了options支持。

所以你的路由应该设置为：

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

这样将options路由和post路由分开，options路由就不用处理业务逻辑了。

是不是项目中每个跨域api接口（几乎全部都是）都得做同样OPTIONS的路由？

你可以直接在中间件里判断下当前是否是options请求，如果是则直接返回跨域header，不继续执行正常逻辑。这样就不用每个接口都设置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请求
浏览器在特定情况下才会发起opitons请求。

1. 使用了下面任一HTTP 方法：  
PUT/DELETE/CONNECT/OPTIONS/TRACE/PATCH
2. 人为设置了以下集合之外首部字段： 
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请求不会触发options请求。我这里经过测试，在ajax里参数设置contentType:'application/json'时，会触发options请求。

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

如果你的项目发起了options请求，可以看下是符合哪个条件触发的，是否可以避免。

反复测试过之后，由于文档中没说明框架的生命周期。我测过之后，发现请求后，先是路由再到中间件的。也就是说，其实在中间件中判断请求方式是否为OPTIONS不重要了。因为当ajax触发OPTIONS请求时，如果在路由文件没有写OPTIONS的对应路由时，就直接会报404，不会到中间件里面去了。代码如下：

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

这样又回到了所有的路由都写一遍OPTIONS的路由的情况了,这样很累赘

问题如何重现？

请求时，代码如下：

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

以下为个人的解决方法：
找到以下文件：vendor/workerman/webman-framework/src/App.php
在onMessage方法中添加一下代码：

public function onMessage(TcpConnection $connection, $request)
{
        //添加以下代码
        if($request->method() == 'OPTIONS'){
            $response = response('');
            //规则自己定
            $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，完成！！！