惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

G
Google Developers Blog
S
SegmentFault 最新的问题
Jina AI
Jina AI
D
DataBreaches.Net
人人都是产品经理
人人都是产品经理
罗磊的独立博客
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
爱范儿
爱范儿
大猫的无限游戏
大猫的无限游戏
C
Check Point Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
B
Blog
博客园 - 【当耐特】
博客园 - Franky
M
MIT News - Artificial intelligence
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
MyScale Blog
MyScale Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 叶小钗
Last Week in AI
Last Week in AI
Engineering at Meta
Engineering at Meta

小松鼠的博客

记录一次线上k8s工作节点无法创建容器的问题排查思路与解决办法 记一次线上GoLang项目OOM排查过程 从LastPass转向拥抱开源KeePass的心路历程 故障定位与 AI 结合前后端编码实践 FileBeat收集nginx-ingress-controller日志 K8s云原生环境下文件描述符占用过高查询思路 2024年最新关闭火绒安全工具的开机自启方法 Kubernetes任务调度实践-Go语言实现Job和CronJob对比分析 离线更新k8s环境下的trivy漏洞库方法 使用Go语言接入Choerodon实现基于OAuth2的统一身份认证登录 在Vue2中自定义Switch组件并实现父子组件双向数据绑定 关于docker jdk1.8镜像中的GB18030-2022标准支持及验证 Go框架gin中的session存储gin-contrib-sessions和go-session 关于修改node_module中的源码问题记录 docker-compose网络和内网服务IP冲突问题 慎用存储过程:一条语句引发的数据库存储100%占用 Spring Boot中4种文件下载方法的实现 避坑-不能将specific类型的gitlab-runner改变为share类型 Docker compose中的MySQL主从复制模式和percona-toolkit工具使用 在minio中开启https访问以及使用rclone备份minio桶 在多机Docker环境下部署Choerodon的解决方案 Prometheus中Monitor添加对SpringBoot Actuator的Basic认证 在Nginx的容器镜像中隐藏Nginx的Server响应头 K8s中的两种nginx-ingress-controller及其区别 两个docker工具:runlike和whaler Grafana中的邮件报警和截图插件grafana-image-enderer K8s中externalName-service和services-without-selectors maven配置文件settings.xml中的一些概念总结 K8s中flexvolume插件驱动的安装 K8s中的coredns无法解析svc问题排查
在RestEasy2.x中解决接口重复提交问题
ycyin · 2021-09-17 · via 小松鼠的博客

2021年9月17日大约 4 分钟Web技术&安全resteasy重复提交


前言

解决此问题的初衷在于生产上的一个保存接口问题,这个接口逻辑比较多耗时长,大约在30s左右。前端做了当前页面按钮的重复点击限制,但是由于接口耗时太长点击按钮后一直在加载中,可能用户就等不及了页面返回了上一步操作,然后又进入这个页面进行保存操作,这样用户多次点击了保存按钮。这就造成了第一次请求还未处理完就又有相同的第二次请求甚至多次请求,导致接口中某个环节数据处理异常。需要解决的问题就是要让第一次请求还没处理完成时不允许第二次请求!

解决方案

通过在网上寻找解决方案,最终发现以下几种解决方式:

1.加锁 (是最简单的实现方式,但是性能堪忧,而且会阻塞请求)

2.请求拦截 (可以共用,但是怎么去实现却是一个问题,怎么用一个优雅的方式实现,并且方便复用)

3.修改实现,直接在对应接口上面改动 (会对原有代码做改动,存在风险,最主要的是不能共用)

显然,只有第二种方式最合适,但是怎么去实现呢?

最简单的方式就是使用Spring AOP实现,可以参考文末参考链接中的第二个。但是我们项目中是使用的RESTEasy,还是比较老的版本,通过查阅官方文档(文末参考链接第一个),可以使用RESTEasy提供的拦截器实现。

代码实现

定义拦截器处理:

分别实现PreProcessInterceptor和MessageBodyWriterInterceptor接口的preProcess和write方法分别处理请求进入和请求返回。在preProcess方法中拦截到请求进入,将这个请求的唯一标识(我这里是用户的Token+URL)加入到ConcurrentSkipListSet中,加入失败就代表这个请求还在处理中没有返回,这时直接返回DUPLICATE_ERROR_MSG;拦截请求返回,这里需要特殊处理一下刚刚拦截的DUPLICATE_ERROR_MSG返回,如果不是拦截的返回就将ConcurrentSkipListSet中的那一条数据删除,代表这个请求已经处理完成了。

另外如果ConcurrentSkipListSet中的数据在某些失败的情况下(测试发现request status = 400时就会这样)没有进入write方法进行KEY.remove(),就会导致Set无限增长,所以这里定义了一个定时器,第一次延迟8小时,每24小时清空一次Set。

import org.apache.commons.collections.ListUtils;
import org.apache.commons.lang.StringUtils;
import org.jboss.resteasy.annotations.interception.ServerInterceptor;
import org.jboss.resteasy.core.*;
import org.jboss.resteasy.spi.Failure;
import org.jboss.resteasy.spi.HttpRequest;
import org.jboss.resteasy.spi.interception.*;

import javax.ws.rs.WebApplicationException;
import javax.ws.rs.ext.Provider;
import java.io.IOException;
import java.util.*;
import java.util.concurrent.*;

/**
 * @author yyc
 * @Classname DuplicateSubmitInterceptor
 * @Description 使用拦截器解决重复提交问题
 * 旨在解决前一个请求还在执行,后一个相同请求又进来的问题
 * @Date 2021/9/6/0006 13:53
 */
@Provider
@ServerInterceptor
public class DuplicateSubmitInterceptor implements PreProcessInterceptor, MessageBodyWriterInterceptor {
    private static final Set<String> KEY = new ConcurrentSkipListSet<String>();
    private static String DUPLICATE_ERROR_MSG = "duplicate-submit";
    private static String TOKEN = "XXXX-TOKEN";
    private static String PREPROCESSEDPATH = "XXXX-PREPROCESSEDPATH";
    private static List<String> DUPLICATE_URLS = new ArrayList<String>(){{
        add("/xxx/saveXXXX");
    }};

    static{
        ScheduledExecutorService scheduled = new ScheduledThreadPoolExecutor(1);
        scheduled.scheduleAtFixedRate(new Runnable() {
            @Override
            public void run() {
                // task to run goes here
                logger.warn("duplicate-submit KEY遗留数据 "+ KEY.size() + "条,准备清空!");
                KEY.clear();
            }
        },8, 24, TimeUnit.HOURS);
    }


    @Override
    public ServerResponse preProcess(HttpRequest httpRequest, ResourceMethod resourceMethod) throws Failure, WebApplicationException {
        List<String> tokenList = httpRequest.getHttpHeaders().getRequestHeader(TOKEN);
        String preprocessedPath = httpRequest.getPreprocessedPath();
        String token = null;
        if (tokenList != null && tokenList.size() > 0) {
            token = tokenList.get(0);
        }
        if (StringUtils.isNotEmpty(token) && StringUtils.isNotEmpty(preprocessedPath)
                && DUPLICATE_URLS.contains(preprocessedPath) && !"null".equalsIgnoreCase(token)) {
            httpRequest.setAttribute(PREPROCESSEDPATH,preprocessedPath);
            httpRequest.setAttribute(TOKEN,token);
            if(!KEY.add(token + preprocessedPath)){
                ServerResponse serverResponse = new ServerResponse();
                serverResponse.setEntity(DUPLICATE_ERROR_MSG);
                return serverResponse;
            }
        }
        return null;
    }

    @Override
    public void write(MessageBodyWriterContext messageBodyWriterContext) throws IOException, WebApplicationException {
        String token = (String) messageBodyWriterContext.getAttribute(TOKEN);
        String preprocessedPath = (String) messageBodyWriterContext.getAttribute(PREPROCESSEDPATH);
        Object entity = messageBodyWriterContext.getEntity();
        if (DUPLICATE_URLS.contains(preprocessedPath) &&
                entity instanceof String && !DUPLICATE_ERROR_MSG.equals(entity)){
            KEY.remove(token + preprocessedPath);
        }
        messageBodyWriterContext.proceed();
    }
}

注册拦截器:

在web.xml中注册:

    <context-param>
	    <param-name>resteasy.providers</param-name>
	    <param-value>com.yyc.interceptor.ResteasyInterceptor</param-value>
	</context-param>

存在的问题

以上处理方案还存在诸多问题:

  1. 由于我们是将接口的唯一信息放在Set中的,如果是分布式部署在多台机器上的系统就会存在问题;
  2. 在某些情况下没有进入write方法进行KEY.remove(),比如前面说到的请求状态为400时,就会导致这一个接口一直提示duplicate-submit。

参考