分布式部署的场景下，synchroinzed和Lock这样的锁的使用范围

奥特小飞侠 2020-07-03 11:49:23

分布式部署的场景下(包括微服务架构、单体架构），sychronized和Lock这样的锁是不是都失效了，还是保证sychroinzed和Lock锁的作用范围都在同一进程中保护一个共享变量的前提下，还是可以使用的？

...全文

485 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

阿萨德由 2020-07-03

打赏
举报

回复

这两个只能在单服务内有效。

苏颙 2020-07-03

打赏
举报

回复

1楼说得对。你可能需要的是分布式锁。

Forevermark993 2020-07-03

打赏
举报

回复

都已经是分布式了，肯定不是在同一个jvm进程中，肯定会失效

前言对于锁大家肯定不会陌生，比如 synchronized 关键字和 ReentrantLock 可重入锁，一般我们用其在多线程环境中控制对资源的并发访问。但是随着业务的发展，分布式的概念逐渐出现在我们系统中，我们在开发的过程中经常需要进行多个系统之间的交互，于是上面的加锁方法就会失去作用。于是在分布式锁就自然而然的诞生了，接下来我们来聊一聊分布式锁实现的几种方式。 分布式锁的使用场景效率性:使用分布式锁可以避免不同节点重复相同的工作。正确性:分布式锁可以避免破坏正确性的发生，如

Redis实现分布式锁的原理是通过在Redis中创建一个key-value对，其中key为锁的名称，value为锁的值。当一个进程或线程需要获取锁时，它会向Redis发送一个SETNX命令，如果该命令返回1，则表示获取锁成功，否则获取锁失败。当一个用户下单时，它会尝试获取库存锁，如果获取成功，则可以继续下单，否则需要等待其他用户完成下单后再尝试获取锁。当一个任务开始执行时，它会尝试获取任务锁，如果获取成功，则可以执行任务，否则跳过任务。当任务执行完成后，会释放锁，其他任务就可以获取锁并执行。

“分布式锁”是用来解决分布式应用中“并发冲突”的一种常用手段，实现方式一般有基于zookeeper及基于redis二种。这里我们分析下基于redis得场景和实现。具体到业务场景中，我们要考虑二种情况：一、抢不到锁的请求，允许丢弃(即：忽略）比如：一些不是很重要的场景，比如“监控数据持续上报”，某一篇文章的“已读/未读”标识位更新，对于同一个id，如果并发的请求同时到达，只要有一个请求处理成功，就算成功。用活动图表示如下：二、并发请求，不论哪一条都必须要处理的场景(即：不允许丢数据)比如：一个订单，客户正在前

1、普通锁和分布式锁为什么有了普通锁还需要分布式锁，当然是因为普通锁和分布式锁各有各的使用场景。普通针对多线程的场景，一般可以synchronized和lock。而分布式针对的是分布式的环境，系统部署在多个机器中，也会出现并发问题，并且场景是多个进程之间的并发问题。使用内存标记无法解决这个问题，因为内存是线程共享的。 2、普通锁主要有两种synchronized和lock。下面...

分布式锁在单机场景下，可以使用语言的内置锁来实现进程同步，如 synchronized、Lock等。但是在分布式场景下，需要同步的进程可能位于不同的节点上，那么就需要使用分布式锁。 分布式锁：是控制分布式系统不同进程共同访问共享资源的一种锁的实现。数据库的唯一索引向表中插入一条唯一索引的记录，此时相当于加锁，释放锁时删除这条记录。唯一索引可以保证该记录只被插入一次，那么就可以用这个记录是否存在来判断是否处于锁定状态。存在以下几个问题：锁没有失效时间，解锁失败的话其它进程无法再获得该锁；只能是非

81,092

社区成员

341,716

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章