Cache解决POST请求重复发送的问题

Cache解决POST请求重复发送的问题

问题产生原因:
1.前端连续点击按钮导致重复发送请求
2.刷新页面或者点击返回导致的请求重复发送问题
3.运行脚本或者手动AJAX重复POST请求,带来的重复提交问题

前两者,均可以通过前端disable提交按键,或者增加相关判断使得前端仅仅发送一次POST请求。但是无法从根本解决后台对于重复的POST请求的正确处理。如果攻击者有意绕开前端,直接运行脚本连续发送重复的POST请求,则后台无法对该情况进行正确的处理。
后台解决该问题主要通过,每次处理POST请求时,均对该请求进行逻辑上的check,是否重复处理。
Duplicate Check可以通过直接从数据库中拿相关数据,对本次请求进行check,但是直接从数据库获取数据有两个问题:
1.速度较慢
2.如果数据库不支持事务性如Cassandra,则对于高并发情况下的请求校验,会产生race condition bug。

以上两个问题可以通过Cache来解决,可以将相关POST请求的业务状态保存在cache中,duplicate check时可以快速获取所需状态,同时选取的cache支持显示锁或者事务性,即可解决请求的竞态问题。
Ehcache:ehcache直接在jvm虚拟机中缓存,速度快,效率高;但是缓存共享麻烦,集群分布式应用不方便。
Redis:redis是通过socket访问到缓存服务,效率比ecache低,比数据库要快很多,处理集群和分布式缓存方便,有成熟的方案。如果是单个应用或者对缓存访问要求很高的应用,用ehcache。如果是大型系统,存在缓存共享、分布式部署、缓存内容很大的,建议用redis。

一开始没有考虑公司项目,采用Ehcache给出了解决方案,通过ehcache保存业务状态,利用ehcache支持的显示锁,支持在Key上加锁,解决相同请求的竞态问题,同时避免了大量不同请求的阻塞而影响性能。

public class EhcacheUtil {
    static CacheManager cacheManager = CacheManager.create();
    static Cache cache = cacheManager.getCache("myCache");
    public static boolean duplicateCheck(String id) {
        cache.acquireWriteLockOnKey(id);
        Element element = cache.get(id);
        //业务逻辑判断是否重复发送
        cache.releaseWriteLockOnKey(announcementId);
        return true;
    }
}

cache存在一定时间后evit的问题,因此当cache中无相应状态时,需要从数据库中读取并存入cache。

结合公司项目实例,采用Redis Cache解决Duplicate check的问题:
前端需要Post一个文章,此时可能存在重复Post的bug或者恶意攻击,后台需要对此进行处理。

boolean isApplied = getCache(null, cacheManager, ApplyStatus_CACHE_NAME,id);//根据Id获取内存中的状态
       if (isApplied) {
                return false;
       }//如果已经发送,则返回false,提示重复发送
if(isApplied==null){        如果cache中无状态则
    getStatusFromDb(id);    从数据库中拿状态数据,
    checkStatus();          判断是否重复Post,如果重复Post则返回False
    putCache(cacheManager, ApplyStatus_CACHE_NAME, id, true);   如果未重复Post,则将cache中状态赋值未true,并继续后续发送逻辑
}      

实际公司框架Redis cache暂不支持事务性,因此并不严格的对Duplicate Post进行了Check,由于redis cache处理的快速性,基本能够满足业务要求。上述代码满足了短时间内连续重复请求的处理,即相同请求过来时,仅仅处理第一条,后续均返回false,不进行处理。同时间隔一定时间后,即使cache过期,也可以通过从DB中拿数据进行业务判断。
上述Redis cache的程序为伪代码,实际编程中,可以使用Jedis或者Redssion客户端代码,Redssion支持CAS的原子性操作,避免了竞态问题,内部通过执行lua script实现。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值