拦截器 vs 切面：防重复点击的实现方式比较

程序员入门中

已于 2024-03-15 14:56:37 修改

阅读量892

点赞数 18

CC 4.0 BY-SA版权

文章标签： java 开发语言后端

于 2024-03-15 14:55:06 首次发布

本文链接：https://blog.youkuaiyun.com/diligent_man_z/article/details/136739884

本文对比了在开发Web应用中，通过拦截器和切面实现防止用户重复点击的方法，分析了各自的优缺点，帮助开发者根据需求选择合适的技术实现防重复逻辑。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

引言:
在开发Web应用程序时，防止用户重复点击按钮或提交表单是一项常见的任务。本文将介绍两种常用的实现方式：拦截器和切面，并详细比较它们的优缺点。

第一部分: 拦截器的实现方式

拦截器的实现代码示例:

public class DuplicateClickInterceptor implements HandlerInterceptor {

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        String requestURI = request.getRequestURI();
        HttpSession session = request.getSession();
        String lastRequestURI = (String) session.getAttribute("lastRequestURI");
        
        if (requestURI.equals(lastRequestURI)) {
            // 请求重复，返回相应结果
            response.getWriter().write("Duplicate request");
            return false;
        }
        
        session.setAttribute("lastRequestURI", requestURI);
        return true;
    }
    
    // 其他方法省略...
}

拦截器的优点:

简单直观: 拦截器是Spring MVC框架提供的一种机制，易于理解和使用。通过实现HandlerInterceptor接口，可以简单地编写拦截器逻辑。
统一处理: 拦截器可以统一处理所有请求，无需在每个方法上添加注解。可以在preHandle方法中编写防重复点击的逻辑，拦截重复请求并返回相应结果。
灵活配置: 可以通过配置类灵活地添加、移除或修改拦截器的顺序。通过配置类的addInterceptors方法，可以指定拦截器的顺序和拦截的路径。

拦截器的缺点:

拦截所有请求: 拦截器会拦截所有请求，包括静态资源请求，可能会增加一些不必要的拦截开销。可以通过配置excludePathPatterns来排除不需要拦截的路径。
灵活性受限: 拦截器只能在请求前或请求后进行处理，无法像切面那样灵活地在方法执行过程中进行织入。对于需要在方法执行过程中进行判断的场景，拦截器的能力有限。

第二部分: 切面的实现方式

切面的实现代码示例:
首先，我们需要创建一个自定义注解 @Idempotent，用于标记需要进行防重复点击处理的方法：

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface Idempotent {
}

接下来，我们创建一个切面类 IdempotentAspect，用于实现防重复点击的逻辑：

@Aspect
@Component
public class IdempotentAspect {

    private static final Map<String, Boolean> requestCache = new ConcurrentHashMap<>();

    @Around("@annotation(idempotent)")
    public Object handleIdempotentRequest(ProceedingJoinPoint joinPoint, Idempotent idempotent) throws Throwable {
        String requestId = generateRequestId(joinPoint);

        if (requestCache.containsKey(requestId)) {
            // 请求重复，返回相应结果
            return "Duplicate request";
        }

        // 将请求ID存入缓存，设置过期时间
        requestCache.put(requestId, true);
        scheduleCacheCleanup(requestId, idempotent.timeout());

        try {
            return joinPoint.proceed();
        } finally {
            // 请求处理完成后，从缓存中移除请求ID
            requestCache.remove(requestId);
        }
    }

    private String generateRequestId(ProceedingJoinPoint joinPoint) {
        // 根据方法参数、路径、请求参数等生成唯一的请求ID
        // 省略代码...
        return requestId;
    }

    private void scheduleCacheCleanup(String requestId, long timeout) {
        // 在指定的超时时间后，清除缓存中的请求ID
        // 省略代码...
    }
}

在上述代码中，我们使用 @Around 注解标记了 handleIdempotentRequest 方法，表示该方法将在被 @Idempotent 注解标记的方法执行前后织入。在该方法中，我们首先生成唯一的请求ID，然后检查缓存中是否存在相同的请求ID。如果存在，则表示请求重复，直接返回相应结果。否则，将请求ID存入缓存，并设置过期时间。在方法执行完成后，我们从缓存中移除请求ID，以确保缓存的及时清理。

最后，我们在需要进行防重复点击处理的方法上添加 @Idempotent 注解：

@RestController
public class MyController {

    @Idempotent
    @PostMapping("/submit")
    public String submitForm(@RequestBody Form form) {
        // 处理表单提交逻辑
        // 省略代码...
        return "Form submitted successfully";
    }
}

在上述示例中，submitForm 方法使用了 @Idempotent 注解，表示该方法需要进行防重复点击处理。

通过以上代码，我们可以在Spring Boot项目中使用切面实现防重复点击的逻辑。切面会在被 @Idempotent 注解标记的方法执行前后进行拦截和处理，确保重复点击的请求被正确拦截并返回相应结果。

切面的优点:

灵活织入: 切面可以在方法的执行过程中进行织入，可以更加精确地控制切入点和逻辑。通过使用@Aspect注解和定义切入点表达式，可以将切面织入到需要防重复点击的方法中。
逻辑解耦: 切面可以将防重复点击的逻辑与业务逻辑分离，提高代码的可维护性和可测试性。通过将防重复点击的逻辑封装在切面中，可以使业务逻辑更加清晰，易于理解和维护。
可扩展性: 切面可以方便地扩展和修改，适应不同的业务需求。通过修改切入点表达式或增加新的切面，可以灵活地调整防重复点击的逻辑。

切面的缺点: