# 中间件注解
对于 @RequestMapping
等注解绑定的事件函数,还支持中间件,可以完成 Session 会话、认证、日志记录等功能。中间件是用于控制 请求到达
和 响应请求
的整个流程的。从一定意义上来说相当于切面编程(AOP)。
在炸毛框架中,中间件最直白的意思就是注解事件执行前、执行后、执行过程中可进行插入代码但不破坏原有代码。
@中间件1
@带条件的注解1
function 我的方法() {
blablabla...
}
//插入中间件,下面是执行流程
-> 判断注解1的执行条件是否为true
-> 中间件1的前置插入代码
-> 我的方法
-> 中间件1的后置插入代码
X -> 我的方法有异常时执行中间件1的异常处理
//不插入中间件,下面是执行流程
-> 判断注解1的执行条件是否为true
-> 我的方法
X -> 有异常则直接跳到最外层被框架捕获
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
中间件和事件分发器是紧密相连的,炸毛框架的内部分发器在分发注解事件的过程中会判断将要执行的事件是否含有中间件,框架内部执行流程图见下一章:事件分发器。
# 定义中间件
下方就是一个可以在终端打印路由函数运行的总时间的中间件,只需给中间件标明里面的 @MiddlewareClass
到中间件的类上就可以了。
<?php
namespace Module\Middleware;
use Exception;
use ZM\Annotation\Http\HandleAfter;
use ZM\Annotation\Http\HandleBefore;
use ZM\Annotation\Http\HandleException;
use ZM\Annotation\Http\MiddlewareClass;
use ZM\Console\Console;
use ZM\Http\MiddlewareInterface;
/**
* @MiddlewareClass("timer")
*/
class TimerMiddleware implements MiddlewareInterface
{
private $starttime;
/**
* @HandleBefore()
* @return bool
*/
public function onBefore() {
$this->starttime = microtime(true);
return true;
}
/**
* @HandleAfter()
*/
public function onAfter() {
Console::info("Using " . round((microtime(true) - $this->starttime) * 1000, 2) . " ms.");
}
/**
* @HandleException(\Exception::class)
* @param Exception $e
* @throws Exception
*/
public function onException(Exception $e) {
Console::error("Using " . round((microtime(true) - $this->starttime) * 1000, 2) . " ms but an Exception occurred.");
throw $e;
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
技术要素:
- 将需要声明为中间件的 class 类标上注解
@MiddlewareClass
,并带有参数,参数为中间件名称,字符串即可。 - 使用
@MiddlewareClass
的需要先 use:use ZM\Annotation\Http\MiddlewareClass;
。 - 类成员中声明执行前插入、执行后插入和异常捕获函数也需要注解,分别是
@HandleBefore
,@HandleAfter
,@HandleException
,都在ZM\Annotation\Http
命名空间下。 @HandleBefore
类似@CQBefore
,需要返回 bool 类型值,如果不返回,默认为 true。当为 true 时,则不会阻断执行事件函数本身。- 中间件内的函数不可被绑定为注解事件。
@HandleException
可以写多个,但其中的参数只能写想要捕获的异常的类全称,例如\Exception::class
返回的就是\\Exception
,\ZM\Exception\InterruptException::class
返回的是ZM\\Exception\\InterruptException
,举的这两个例子这样写都是可以的。- 如果
@HandleException
有多个的话,则会按照声明顺序依次让其捕获,看其是否为要被捕获的错误的类或父类。例如在最后一个@HandleException
捕获\Throwable
则最终此中间件会捕获所有异常。 - 中间件内可以正常使用和注解事件执行的内容同一上下文,例如
@RequestMapping
下你可以使用ctx()->getRequest()
,@CQMessage
可以使用ctx()->getMessage()
等,以此类推。
# 使用中间件
如上图,我们举了一个非常简单的例子,打印出函数执行的时间。我们假设一个需要耗时较长的函数:
/**
* @RequestMapping("/testTime")
* @Middleware("timer")
*/
public function testTime() {
zm_sleep(3); //等待3秒再返回
return "OK!";
}
2
3
4
5
6
7
8
在执行后,你的执行结果可能为:
[11:18:56] [I] [#0] Using 3000.07 ms
或者,我们也可以将中间件注解写到类上:
/**
* @Middleware("timer")
*/
class Hello {
/**
* @RequestMapping("/test/ping")
*/
public function ping(){
return "pong";
}
/**
* @RequestMapping("/test/ping2")
*/
public function ping2(){
return "pong2";
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
效果等同于给此类下每个注解事件写一个 @Middleware
。
# 使用多个中间件
多个使用中间件可以同时生效多个流程的中间件。这里要注意,多个中间件中,@HandleBefore
方法中如果返回了 false
,则不会执行接下来的中间件和事件本身要触发的函数,直接跳到最后此中间件的 @HandleAfter
方法。
/**
* @CQCommand("你好")
* @Middleware("timer1")
* @Middleware("timer2")
*/
public function hello() { return "成功执行!"; }
2
3
4
5
6
# 使用中间件捕获异常
通常情况下,如果用户定义的函数内抛出了异常(包括 message
等事件),会返回到框架基层去返回默认定义的内容。如果想自己捕获可以使用 try/catch
,但不方便复用,多处使用的话就需要重复写代码。这里可以使用中间件的异常处理方便地捕获错误。这个函数写到中间件类里即可
/**
* @HandleException(\Exception::class)
* @param Exception|null $e
*/
public function onThrowing(?Exception $e) {
ctx()->getResponse()->endWithStatus(500, "Error on this.");
}
2
3
4
5
6
7
这里的 @HandleException
中的参数为要捕获的类名,注意这里面的类名的命名空间需要写全称,不能上面 use 再使用,否则会无法找到异常类。
ctx()
为获取当前协程空间绑定的 request
和 response
对象。
# 中间件参数
中间件也可以接收额外的参数。例如,你需要在执行对应操作前验证对方是否具有指定的权限,你可以建立一个 EnsureUserHasPermission
中间件,并接收权限名称作为参数。
中间件参数可以在中间件中使用 $this->middleware->params
获取:
#[MiddlewareClass('has_permission')]
class EnsureUserHasPermission implement MiddlewareInterface
{
#[OnBefore]
public function handle()
{
return $user->hasPermission($this->middleware->params[0]);
}
}
2
3
4
5
6
7
8
9
你可以直接在中间件注解中向中间件传递参数:
#[Middleware('has_permission', ['can_execute_command'])]
public function doSomething()
{
2
3
# 中间件加载错误处理策略
中间件在某些情况下可能会产生普通 PHP 异常以外的异常,不能被框架的正常错误流程捕获,所以这里额外说明了中间件异常处理的几种策略。
中间件异常处理策略可以在 2.5.2 版本之后通过 global.php
中的 runtime
下 middleware_error_policy
设置。
- 0: 无论被运行事件中间件是否存在,都不抛出异常,继续执行事件。
- 1: 在框架启动时如果某事件被注解了一个不存在的中间件,则不抛出异常,在执行期间才检测是否存在此中间件,并抛出异常。
- 2: 严格的中间件检查,在框架启动时就检测所有被注解了中间件的注解事件。
假设我们有一个路由注解 @RequestMapping("/test")
,同时注解了一个不存在的中间件,如下:
/**
* @RequestMapping("/test")
* @Middleware("foo")
*/
public function testRoute() {
return "I am testing middleware";
}
2
3
4
5
6
7
配置项为 0,此中间件类不存在的话,则会报告 warning,并直接执行此函数。
配置项为 1,在访问此路由执行此函数时会抛出异常,中断此次事件。
配置项为 2,在框架启动时抛出致命异常。