这是我参与8月更文挑战的第4天,活动详情查看:8月更文挑战
一、自定义异常、异常处理中间件
在程序执行时会有各种各样的异常情况,当异常出现我们能从控制台看出异常的原因,但是对前端来说不够人性化,不能够清晰,有些情况要给调用端返回友好的消息提示,利用自定义异常和全局异常处理就能很简单的解决。
Egg 的 中间件 形式是基于洋葱圈模型。每次我们编写一个中间件,就相当于在洋葱外面包了一层。全局异常处理就是在洋葱模型中捕获到异常并处理,响应自定义异常信息。
例如查询一条记录,会判断信息是否存在,如果不存在就会返回一个资源不存在的消息提示。会定义一个固定的消息格式(异常信息,返回数据,http状态码等)。
- 自定义异常
在 app
目录下创建 exception
目录,自定义一个HttpExctption。构造方法中初始化成员变量,在后面的异常处理中会用到。我们自定义的类继承Error之后就可以在控制器或者服务中抛出。
假设我们的响应格式是这样的:
1 | json复制代码{ |
按照响应定义异常基类,构造函数中接收参数,初始化对应上面响应格式的成员变量。
1 | javascript复制代码// app/exception/http.js |
其他自定义业务异常全部继承 HttpExctption
,列举一个 NotFoundException
。
1 | javascript复制代码// app/exception/not_found.js |
- 异常处理中间件
这个操作就相当于在我们程序的外面套了一层 try...catch
,当控制器中抛出异常,中间件中就能捕获到。通过判断异常的类型,例如自定义异常 err instanceof HttpException
,我们就可以根据自定义异常中的信息生成统一的返回信息。
1 | javascript复制代码// app/middleware/error_handler.js |
中间件编写完成后,我们还需要手动挂载,在 config.default.js
中加入下面的配置就完成了中间件的开启和配置,数组顺序即为中间件的加载顺序。
1 | javascript复制代码// config/config.default.js |
- 统一数据响应格式
可以创建一个 BaseController
基类,在类中编写一个 success
方法 ,当控制器继承了 BaseController
就,能使用其中的 success
方法。
1 | javascript复制代码// app/controller/base.js |
- 测试异常及中间件
- 创建路由
1 | javascript复制代码// app/router.js 路由 |
- 创建控制器
1 | javascript复制代码// app/controller/admin_menu.js 控制器 |
- 创建服务,假设业务是查询某个菜单的详情,当菜单不存在返回给前端相应的消息。
1 | javascript复制代码// app/service/admin_menu.js |
- 测试结果
GET请求url http://127.0.0.1:7001/admin/menus/1
查询到结果
GET请求url http://127.0.0.1:7001/admin/menus/99
查询一个不存在的菜单,没有相应结果
二、权限管理中间件
具体数据库分析及sql请查看文章:
整体思路:
- 当用户登录成功,颁发给用户一个
token
,除了部分公共接口外,其他所有接口都需要携带token
才能访问。 - 当请求到达服务器,通过中间件拦截请求,判断该请求是否需要登录验证、是否需要权限管理、用户是否有权限访问。
- 模型及数据结构
- 用户表 模型
- 角色表
- 菜单表 模型
- 角色与用户绑定关系表 模型
- 角色与菜单绑定关系表 模型
- jwt 使用
- 安装
egg-jwt
扩展
1 | shell复制代码npm i egg-jwt --save |
- 插件中增加
egg-jwt
1 | javascript复制代码// config/plugin.js |
- jwt 配置
expire
token过期时间,单位秒。
secret
token签名秘钥。
1 | javascript复制代码// config/config.default.js |
- token校验失败异常,当token校验失败抛出。
1 | javascript复制代码// app/exception/auth.js |
- JwtService
exp
jwt的过期时间,这个过期时间必须要大于签发时间
nbf
jwt的生效时间,定义在什么时间之前,该jwt都是不可用的
iat
jwt的签发时间
jti
jwt的唯一身份标识
uid
自定义 payload 存放 userId
1 | javascript复制代码// app/service/jwt.js |
- 权限管理中间件
我们不需要中间件会处理每一次请求,这个中间件在app/router.js
中实例化和挂载。
在实例化好中间件调用的时候我们可以向中间件传递参数,参数就是路由名称,对应菜单表中api_route_name
。
只有定义路由的时候传递中间件的接口才会进行登录及权限校验。
1 | javascript复制代码// app/router.js |
当进入到中间件之后,name
就是中间件参数。
- 获取
header
中的token
,再通过token
获取当前请求的userId
,当token 不存在或者不正确会自
动响应给前端。 - 接下来检测权限,判断是否有路由名称,如果没有名称就通过验证(有些接口不需要权限验证,但需要登录验证)。
- 在菜单表中查找是否存在这个菜单,如果不存在通过验证(有些接口不需要权限验证,但需要登录验证)。
- 通过
userId
查询用户所有的角色,当用户存在角色id = 1的时候,也就是超级管理员拥有所有权限,通过验证。 - 通过角色id和菜单id查询 角色菜单绑定关系表中是否存在,如果存在则通过。不存在则为无权限,抛出异常,异常处理中间件会捕获到响应。
1 | javascript复制代码// app/middleware/auth.js |
4.测试
- 有权限
- 无权限
删除role_menu中id为228的记录
再次请求结果:
完整代码
完整项目参考
本文转载自: 掘金