本文目录一览：
- 1、高并发环境下编程注意事项-分布式锁
- 2、分布式锁有哪些?
- 3、高并发场景Redis分布式锁实现方式
- 4、Redis分布式锁的原理是什么?如何续期?
- 5、goredis分布式锁快吗
需要在获得 lock-key 后判断加锁对象是否为当前client，是，则解锁 。
锁的过期时间如果评估不好，这个锁就会有「提前」过期的风险，一般的妥协方案是，尽量「冗余」过期时间，降低锁提前过期的概率 。
分布式锁有哪些?1、ZooKeeper是一个为分布式应用提供一致性服务的开源组件，它内部是一个分层的文件系统目录树结构，规定同一个目录下只能有一个唯一文件名 。
2、在很多场景中，我们为了保证数据的最终一致性，需要很多的技术方案来支持 ， 比如分布式事务、分布式锁等 。有的时候，我们需要保证一个方法在同一时间内只能被同一个线程执行 。
3、说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁 ， 一般就是用Redisson框架就好了，非常的简便易用 。
4、分布式锁 。Google的锁是分布式锁 ， 早年Google的四大基础设施，分别是GFS，MapReduce ， BigTable，Chubby，Chubby是早年Google四大基础设施之一，提供粗粒度的分布式锁服务 。
高并发场景Redis分布式锁实现方式1、在同一时刻，只能有一个线程去读写一个【共享资源】，也就是高并发的场景下，通常为了保证数据的正确 ， 需要控制同一时刻只允许一个线程访问 。此时就需要使用分布式锁了 。
2、如果没有其他线程占用，则就可以通过添加分布式锁来占用这个资源，然后再执行后续的任务，在任务执行完成之后，再释放分布式锁，其他线程就可以继续使用这个资源了 。
3、基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快 ， 因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下 。
4、我们今天就来实现用 Redis 来实现分布式锁，并且要学会怎么使用 。准备使用 Jedis 的 jar 包，在项目中导入 jar 包 。
Redis分布式锁的原理是什么?如何续期?1、所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁 。
2、redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题 。
【redis分布式锁问题 redis分布式锁在高并发情况下】3、分布式锁是控制分布式系统之间同步访问共享资源的一种方式 。原理就是，当我们要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了 。
4、如果快要过期 ， 但是业务逻辑还没执行完成，自动对这个锁进行续期，重新设置过期时间 。可以先谷歌一下 ， 相信谷歌大哥会告诉你有这么一个库把这些工作都封装好了，你只管用就是了，它叫 Redisson。
goredis分布式锁快吗由于redis是单线程的且性能很快，所以比较适合做全局分布式锁 。基本流程就是在操作可能某个全局冲突资源的时候，使用一个全局唯一key来判断是否有其他线程占用了资源 ， 如果有其他线程占用 ， 则报错退出或者循环等待 。
以IP访问限制来说 ， 恶意攻击者可能发起无限次访问，并发量比较大 ， 分布式环境下对N的边界检查就不可靠，因为从redis读的N可能已经是脏数据 。
分布式锁不用乐观锁用redis的原因是快捷方便 。根据查询相关公开信息显示，Redis使用乐观锁，相对于悲观锁，在实现中更加简单，在某些场景中的性能也更好 。
使用Redis实现分布式锁最简单的方案是使用命令SETNX 。SETNX（SET if Not eXist）的使用方式为：SETNX key value，只在键key不存在的情况下，将键key的值设置为value，若键key存在，则SETNX不做任何动作 。
