Inner 注解的作用
Pig 中 Url 的访问大致分为两种,一种是由 Gateway 网关从外网路由进来,一种是内网通过 Feign 进行内部服务调用。那我们结合 Security 就存在以下几种应用场景:
- 外部从 Gateway 访问,需要鉴权(eg.CURD 操作)。这种是最常使用的,用户登录后正常访问接口,不需要我们做什么处理(可能有的接口需要加权限字段)。
- 外部从 Gateway 访问,不需要鉴权(eg.短信验证码)。需要我们将 uri 加入到 security.oauth2.client.ignore-urls 配置中,可以不需要鉴权访问
- 内部服务间用 Feign 访问,不需要鉴权(eg.Auth 查询用户信息)。也是需要我们将 uri 加入到 security.oauth2.client.ignore-urls 配置中,那与第二种的区别就是这种情况下大多数都是服务可以请求另一个服务的所有数据,不受约束,那我们如果仅仅只配置 ignore-url 的话,外部所有人都可以通过 url 请求到我们内部的链接,安全达不到保障。
鉴于上述第三种情况,我们配置了 ignore-url 和 Feign,此时该接口不需要鉴权,服务内部通过 Feign 访问,服务外部通过 url 也可以访问,所以 Pig 中,加入了一种@RequestHeader(SecurityConstants.FROM)
的处理方式。即在接口方法中,对头部进行判断,只有请求带上相应的 Header 参数时,才允许通过访问,否则抛出异常。那这时候其实我们在外网通过 Gateway 访问的时候,也可以手动带上这个 Header 参数,来达到这个目的。所以我们便在 Gateway 中设置了一个 GlobalFilter 过滤器,对来自外网通过 Gateway 手动拼接的参数进行过滤与清洗,具体代码见 com.pig4cloud.pig.gateway.filter.PigRequestGlobalFilter:
Inner 的处理流程
统一的 ignore-url 处理
首先我们来看看这个注解的代码
首先,在我们项目加载阶段,我们获取有 Inner 注解的类和方法,然后获取我们配置的 uri,经过正则替换后面的可变参数为*,然后将此 uri 加入到 ignore-url 中。此时我们就能达到所有 Inner 配置的方法/类上的接口地址,都统一在项目加载阶段自动帮我们加到 ignore-url 中,不需要我们手动配置,免去了很多开发工作,同时也能避免我们忘记配置,而浪费开发时间。核心代码如下:
统一的安全性处理
那上面讲到的,如果我们不希望这个 url 可以直接被外网调用,仅能在 Feign 服务中调用,该如何统一处理呢?
我们使用一个 Spring-AOP,在对所有 Inner 注解的方法做一个环绕增强的切点,进行统一的处理。在上面我们提到的 Inner 的 value 参数,当该参数为 true 时,我们对方法的入参进行判断,仅当符合我们定制的入参规则时(Pigx 这里是用的@RequestHeader(SecurityConstants.FROM)
与SecurityConstants.FROM_IN
做比较),我们对它进行放行,不符合时,抛出异常;当 value 为 false 时,咱不做任何处理,此时 Inner 仅起到了一个 ignore-url 的作用。
通过这两步呢,我们首先是在加载时通过找到 Inner 注解,将相应的 uri 加入到 ignore-url 中,达到自动化配置的目的;之后我们又使用切面对 Inner 的方法进行环绕处理,达到安全控制。对比之前的处理方式,现在我们使用一个@Inner
注解,就能很快的满足上面说的两种场景,大大节省了我们的开发时间。
合理的使用@Inner 注解
上面提到的两种应用场景,在我们的代码中,其实都是可以使用 Inner 注解的,下面结合 Feign 做一个简单的示例,示例场景就是我们的用户密码登录中的一环:
- 在接口上使用
@Inner
注解,使得 url 无需鉴权
- 编写 Feign 接口
- Feign-Client 中调用接口,带上
SecurityConstants.FROM_IN
参数为内部识别
现在”/info/” 这个 uri 从网关外部我们访问是报错的(一般来说服务都是走网关暴露接口),而 Feign 内部带上参数是可以正常访问的。大功告成喝杯啤酒。
♥️ 获取支持
遇到问题?
如果您在使用过程中遇到任何问题、有功能建议或需求,请点击此卡片前往 Gitee 仓库提交 Issue。