对于laravel自带原子锁处理接口幂等性的可行性讨论！

场景

有很多接口用户可能手抖快速点击两次，比如下单接口。我能用laravel8自带的缓存原子锁处理

代码

使用文件缓存(file)

//第一步：获取缓存key，接口地址+用户ID
$lock_id = request()->url() . '-' . auth()->id();
$lock = Cache::lock($lock_id, 5);
if ($lock->get()) {
    # 业务逻辑
    $lock->release();
}

# 用户重复点击，无响应

请问这么处理在高并发下会不会出现问题？目前只考虑单服务器！

laravel

勇敢的心

见习助教 845 声望

暂无个人描述~

0 人点赞

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

putyy

140 声望

最佳答案

单独服务器一般情况这样就够了

2年前评论

讨论数量: 31

Smilephp

课程读者 130 声望

存在潜在问题因为实际源码不是走的原子操作，是先setnx + expire 一般情况下不会有问题

2年前评论

勇敢的心（楼主）

file怎么setnx？还有，我的需求是防止用户连续点生成两个订单之类的操作，不是解决并发问题

Smilephp （作者）

@勇敢的心注意：要使用该特性，你的应用必须使用 memcached， dynamodb 或 redis 缓存驱动作为你应用的默认缓存驱动。此外，所有服务器必须与同一中央缓存服务器进行通信。

勇敢的心（楼主）

@Smilephp 我文章中提过了，我只考虑单服务器应用，如果加redis，会增加复杂性，万一redis崩了怎么办？单服务器应用没有必要

ncccc1

cache 配置redis 就是 setnx + expire

Tangqy

@勇敢的心哪儿那么容易崩呀如果考虑蹦就主从开启哨兵主从切换 set(...ex ,nx)更好点如果考虑主从切换分布式锁失效就采用红锁或 zk zk同步给从结点同步成功后才会返回给client 这样就算你主挂了也没事

勇敢的心（楼主）

@Tangqy 尽量不增加系统复杂性

bigdaxin

见习助教 121 声望

这跟我用session差不多。 :smirk:

2年前评论

勇敢的心（楼主）

不用session好多年了:smirk:

bigdaxin （作者）

@勇敢的心顺手就用了

巴啦啦臭魔仙

见习版主 300 声望

应该没啥问题吧，我平时是这样处理的，前端最后也加个防抖

2年前评论

putyy

140 声望

单独服务器一般情况这样就够了

2年前评论

lidongyoo

课程读者 304 声望

推一下我写的幂等包

github.com/lidongyooo/Laravel-Idem...

2年前评论

pangxianfei

如何使用的，可防重复提交？

Where

3 声望

开启 csrf 就可以了

2年前评论

勇敢的心（楼主）

前后端分离的

Where （作者）

@勇敢的心这种情况我觉得不应该做幂等限流，可以做接口的请求频次限流。因为前后端分离前端可以在按钮点击后立即把按钮置为 Disable 状态，从操作上用户是不能双击的，后端只需要根据用户和一些业务数据做接口请求频次限流就好了。

勇敢的心（楼主）

@Where 我不考虑前端怎么处理。你说的限流是不是限制接口一秒内不能同一个人访问两次？

Where （作者）

@勇敢的心是的，不用考虑幂等性，就单从业务上考虑多长时间段内，哪些行为不可以多次操作。

Where （作者）

@勇敢的心提到前端是因为以前前端提交请求后需要等待后端响应才会做页面跳转，传统中也不会对提交按钮做 Disable 这样的操作，所以会有幂等的问题。

cevin

309 声望

【原子锁】这个概念，就【必须】【绝对】要引入其他系统。即便你单机，也要在这个单机上装个redis、memcached或者数据库为驱动。

实在不行你可以用数据库实现锁，防止同一个资源在同一时间被多次操作，而且要在另一个connection中，否则会造成与业务事务阻塞。

2年前评论

勇敢的心（楼主）

我不是很清楚laravel中file缓存引擎的原子锁的逻辑，所以我问一下能不能行。如果不行，为什么？

cevin （作者）

@勇敢的心因为文件IO操作本身就不是原子操作，所以你利用 FIle API 操作文件也就不是原子操作。这是操作系统决定的。

Asuna

课程读者 56 声望

缓存必须是redis驱动,是可以实现并发处理的,因为底层是执行lua代码实现redis操作,redis又是单进程的,所以没问题

2年前评论

勇敢的心（楼主）

我不知道你是100%确定还是以为是这样，原子锁就用setnx就行了！还有我的问题是file驱动行不行，我不是讨论redis，我当然知道redis可以，但是我不想强行增加系统复杂性！

Asuna （作者）

@勇敢的心抱歉我没仔细看,file驱动是不行的,没法做到阻塞.还有redis驱动不只是一个setnx就实现了原子锁,实现原子锁的关键是LUA,不管你用什么驱动核心思路是做到阻塞进程才能保证并发安全!如果你想用file做到,就必须用驱动实现阻塞,我的理解是这样的,好像是用文件锁,不过我没尝试过

勇敢的心（楼主）

@Asuna 我好像明白你原子性的操作了，你是在lua先get再set吧？其实redis有setnx

Asuna （作者）

@勇敢的心可以肯定的是内置的 file100%不行,因为驱动代码就没有实现原子锁

Asuna （作者）

@勇敢的心是的,因为有上锁和解锁两个操作,setnx只是上锁,

pangxianfei

40 声望 / php golang @ 个人

我也遇到这类的问题，ajax重复提交的。怎么解决了。

2年前评论

勇敢的心（楼主）

update的话用乐观锁处理，insert的话我认为没有很统一的答案，具体问题具体分析

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

对于laravel自带原子锁处理接口幂等性的可行性讨论！

场景

代码

请问这么处理在高并发下会不会出现问题？目前只考虑单服务器！

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

对于laravel自带原子锁处理接口幂等性的可行性讨论！

场景

代码

请问这么处理在高并发下会不会出现问题？目前只考虑单服务器！

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录