基于Spring拦截器自定义注解CheckAuth实现用户认证校验

基于Spring框架实现自定义登录验证CheckAuth注解,此注解主要用于类和方法上,实现接口调用时进行用户认证校验,注解代码如下:

import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Retention(RetentionPolicy.RUNTIME)
@Target(value = { ElementType.METHOD, ElementType.TYPE })
public @interface CheckAuth {
	
	String value() default "";

	String describe() default "";
}

自定义拦截器代码如下

import java.lang.annotation.Annotation;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.core.annotation.AnnotationUtils;
import org.springframework.util.ClassUtils;
import org.springframework.web.method.HandlerMethod;
import org.springframework.web.servlet.HandlerInterceptor;

public class AuthAnnotationInterceptor implements HandlerInterceptor {

	@Autowired
	AdminUtilsService adminUtils;

	@Override
	public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws Exception {

		CheckAuth CheckAuthAnnotation = findAnnotation(handler, CheckAuth.class);
		if (CheckAuthAnnotation != null && adminUtils != null) {
			boolean bLogin = adminUtils.isAuthenticated(); // 判断是否登录
			if (!bLogin) {
				response.reset();
				response.setStatus(HttpServletResponse.SC_UNAUTHORIZED);
				response.setCharacterEncoding("UTF-8");
				response.getWriter().write("Authentication required, Access denied.");
				response.flushBuffer();
				return false;
			}
			return true;
		}
		return HandlerInterceptor.super.preHandle(request, response, handler);
	}

	private <T extends Annotation> T findAnnotation(Object handler, Class<T> annotationClass) {

		if (handler instanceof HandlerMethod) {
			T annotation = null;
			HandlerMethod handlerMethod = (HandlerMethod) handler;
			annotation = handlerMethod.getMethodAnnotation(annotationClass); // 此代码只能获取作用于方法上的注解
			if (annotation == null) {
                // 注解用于类上时,必须通过AnnotationUtils来获取类上的注解
				annotation = AnnotationUtils.findAnnotation(handlerMethod.getBeanType(), annotationClass);
			}
			return annotation;
		} else {
			return AnnotationUtils.findAnnotation(ClassUtils.getUserClass(handler), annotationClass);
		}

	}

}

本人使用的shiro权限框架,为了模块解耦,随意组合,避免注解模块依赖于shiro,特地定义了AdminUtilsService来实现解耦,使之整合到其他项目时,只要实现AdminUtilsService接口就可以。

其中adminUtils.isAuthenticated()方法代码如下所示:

public boolean isAuthenticated() {
    // 很多时候基于token或session里面的值来判断是否登录的,shiro是通过如下代码来判断的。
	return SecurityUtils.getSubject().isAuthenticated();
}

   特别要注意的,获取注解时,网上很多代码获取直接都只实现了如下代码

if (handler instanceof HandlerMethod) {
	CheckAuth annotation = null;
	HandlerMethod handlerMethod = (HandlerMethod) handler;
	annotation = handlerMethod.getMethodAnnotation(CheckAuth.class);


    省略。。。。
}

这样判断只能获取方法上面的注解

上面代码用户

public class DemoController {
   @CheckAuth
   public Result getList() {
      // 代码省略
   }
}

假如注解作用于类上,即@Target(value={ElementType.TYPE},获取注解就不能用handlerMethod.getMethodAnnotation(CheckAuth.class);来获取了,幸运的是Spring本身自带了一个获取的注解工具类AnnotationUtils.findAnnotation,可以获取类上的注解。通过AnnotationUtils.findAnnotation来查找注解后,我们就不需要每个接口方法都添加@CheckAuth注解,使用方法如下:

@CheckAuth
public class DemoController {
   
   public Result getList() {
      // 代码省略
   }
   
   public Result getUser() {
      // 代码省略
   }
}

 

 

<think>好的,我现在需要回答用户关于如何使用Spring Cloud Gateway内置的GatewayFilterFactory来校验请求是否携带某个请求头的问题。首先,我应该回忆一下Spring Cloud Gateway的相关知识,特别是内置的过滤器工厂。 首先,用户的问题是关于请求头校验的,所以需要确定是否有现成的过滤器工厂可以实现这个功能。我记得Spring Cloud Gateway提供了许多内置的过滤器工厂,比如AddRequestHeader、RemoveRequestHeader等,但具体哪个用于校验请求头呢? 可能需要使用到断言(Predicate)而不是过滤器(Filter),因为校验更类似于路由判断的条件。不过用户明确提到了GatewayFilterFactory,所以可能需要进一步确认。或者,是否存在一个过滤器可以在请求头不存在时进行拦截,比如返回错误状态码。 或者,可能用户希望当请求头不存在时,网关能够拒绝请求,这时可能需要自定义一个过滤器,或者使用现有的过滤器来检查请求头。例如,使用Header断言,但断言通常用于路由判断,而过滤器用于处理请求。不过,用户提到的是GatewayFilterFactory,所以应该寻找相关的过滤器。 查阅Spring Cloud Gateway文档,发现有一个名为Header的GatewayFilterFactory,但它的作用可能是添加或修改请求头,而不是校验。另一个可能是使用ModifyRequestBody或类似的过滤器,但这可能不适用。 或者,可能需要使用Pre类型的过滤器,在转发之前检查请求头是否存在,如果不存在则返回错误。这时可能需要自定义一个过滤器,但用户问的是内置的GatewayFilterFactory,所以是否有内置的实现呢? 可能用户的需求可以通过结合断言和过滤器来实现。例如,使用Header路由断言来确保只有带有特定请求头的请求才能被路由,否则返回404。但用户可能希望返回更具体的状态码,比如400,这时候可能需要自定义逻辑。 不过,用户的问题明确提到使用内置的GatewayFilterFactory来校验请求头是否存在。如果没有现成的过滤器,可能需要使用断言来处理,或者用户可能需要自定义过滤器。但根据我的记忆,可能有一个内置的过滤器可以实现这个功能,比如使用SetStatus GatewayFilterFactory,当请求头不存在时设置响应状态码。 或者,使用RedirectTo过滤器来重定向,但这可能不太合适。或者,使用一个过滤器来检查请求头,并在不存在时抛出异常,进而由错误处理机制处理。 可能需要进一步确认Spring Cloud Gateway的内置过滤器列表。例如,有一个名为RequestHeader的过滤器工厂,可能用于操作请求头,但校验是否存在可能需要使用断言。 突然想到,在路由配置中,可以使用断言(Predicates)来匹配请求头,例如Header断言,这样只有当请求包含指定头时才会路由到对应的服务。如果没有匹配的路由,则会返回404。但用户可能希望返回更具体的响应,如400 Bad Request,而不仅仅是404。这时候可能需要结合断言和过滤器,或者使用自定义逻辑。 但是用户的问题是如何使用内置的GatewayFilterFactory来实现校验。如果内置的过滤器工厂中没有直接提供这样的功能,可能需要使用自定义过滤器。不过可能存在一种方法,比如使用过滤器来检查请求头,并在不存在时设置响应状态。 例如,可以使用ModifyResponseBody或SetStatus过滤器,但需要结合条件判断。或者,使用Script GatewayFilterFactory,通过编写脚本来检查请求头,但这可能比较复杂。 或者,使用AddResponseHeader过滤器在特定条件下添加响应头,但这可能不够。 可能用户的问题的答案是需要使用断言来确保请求头存在,否则路由不匹配,返回404。但用户可能希望更主动地校验,并返回自定义的错误响应。这时可能需要自定义过滤器,但问题强调使用内置的GatewayFilterFactory,所以可能答案是需要结合断言和过滤器,或者指出没有直接的内置过滤器,但可以通过配置路由的断言来实现基本校验,或者使用自定义过滤器。 不过,可能我遗漏了某个内置的过滤器工厂。例如,Spring Cloud Gateway有一个名为CheckAuth的过滤器,但可能不是内置的。或者,可能需要使用CircuitBreaker过滤器,但这不相关。 再查资料,发现有一个名为SecureHeaders的过滤器工厂,但这是添加安全头的。另一个可能是使用RequestHeaderSize过滤器,但这检查头的大小而不是存在性。 综上,可能没有直接的内置GatewayFilterFactory来校验请求头是否存在,但可以通过路由的断言(Header断言)来实现,当请求头不存在时,该路由不会被匹配,可以返回404。或者,如果需要返回其他状态码,可能需要自定义过滤器。或者,使用某个内置的过滤器结合条件判断,比如使用RemoveRequestHeader过滤器,但需要条件判断是否存在。 不过,用户的问题明确要求使用内置的GatewayFilterFactory,所以可能的结论是:没有直接的内置过滤器来实现此功能,但可以通过配置路由的断言来间接实现校验,或者需要使用自定义过滤器。不过,可能我记错了,是否存在某个过滤器工厂可以直接实现? 另外,可能可以使用RewritePath或RedirectTo结合某些条件,但不太直接。 或者,使用AddRequestHeaderIfAbsent,但这可能不适用于校验,而是添加头。 可能正确的回答是:Spring Cloud Gateway没有直接的内置GatewayFilterFactory来校验请求头是否存在,但可以通过配置路由的断言(如Header断言)来确保只有携带特定请求头的请求才会被路由。如果请求头不存在,该路由将不匹配,返回404。如果需要返回更具体的状态码,可以结合自定义的过滤器或者错误处理。 不过,用户可能希望更直接的解决方案,比如在过滤器链中检查请求头并返回错误。这时候需要使用自定义过滤器,但用户问题明确询问内置的GatewayFilterFactory,因此需要明确说明是否有内置的支持。 经过仔细回忆,可能Spring Cloud Gateway的内置过滤器中并没有直接提供校验请求头是否存在的过滤器工厂,因此答案是需要通过断言或者自定义过滤器来实现。但需要确认这一点。 或者,是否有其他方式,例如使用ModifyRequestBody过滤器,结合SpEL表达式来检查请求头,但可能不太适用。 最后,正确的步骤应该是: 1. 使用路由配置中的Header断言来确保请求必须包含特定头。 2. 如果断言不满足,路由不匹配,返回404。 3. 如果需要自定义响应,可以配置默认的路由或全局过滤器来处理这种情况。 因此,在回答中应该说明如何通过Header断言来实现校验,并指出如果需要更复杂的处理(如返回400),则需要自定义过滤器。</think>以下是如何使用Spring Cloud Gateway内置机制校验请求头是否存在的分步说明: $$注意:Spring Cloud Gateway没有直接校验请求头的内置过滤器工厂,但可通过路由断言实现基础校验$$ ### 一、通过`Header`路由断言实现校验 在路由配置中添加断言(Predicate),仅当请求包含指定头时才匹配路由: ```yaml spring: cloud: gateway: routes: - id: header_validation_route uri: http://backend-service predicates: - Header=X-Required-Header, \d+ # 校验是否存在且值匹配正则表达式 filters: - AddRequestHeader=X-Status, Valid ``` #### 效果说明: 1. 当请求**携带**`X-Required-Header`头且值符合正则时: - 路由匹配成功,请求转发至后端服务 - 自动添加`X-Status: Valid`头 2. 当请求**未携带**该头或值不匹配时: - 返回`404 Not Found`(默认行为) --- ### 二、进阶处理(自定义响应) 若需要返回`400 Bad Request`等自定义响应,需结合自定义过滤器: #### 1. 创建全局过滤器 ```java @Component public class HeaderValidationFilter implements GlobalFilter { @Override public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) { if (!exchange.getRequest().getHeaders().containsKey("X-Required-Header")) { exchange.getResponse().setStatusCode(HttpStatus.BAD_REQUEST); return exchange.getResponse().setComplete(); } return chain.filter(exchange); } } ``` #### 2. 配置生效范围 通过`@Order`注解控制过滤器执行顺序,或使用`routes`配置局部过滤器: ```yaml routes: - id: custom_filter_route uri: http://backend-service filters: - name: HeaderValidationFilter # 注册为Bean后可直接引用 ``` --- ### 三、方案对比 | 方案 | 优点 | 缺点 | |--------------------|------------------------------|------------------------------| | Header路由断言 | 配置简单,无代码侵入 | 仅返回404,无法自定义响应 | | 自定义全局过滤器 | 完全控制响应逻辑 | 需要编写Java代码 | --- ### 最佳实践建议 1. **简单校验**:优先使用`Header`断言 2. **复杂逻辑**:通过`GlobalFilter`实现自定义校验 3. **响应标准化**:结合`ErrorWebExceptionHandler`统一处理错误格式
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值