转载自:http://blog.csdn.net/u010648555/article/details/70139541
一:前言
我在实际环境中遇到了这样一种问题,分布式生成id的问题!因为业务逻辑的问题,我有个生成id的方法,是根据业务标识+id当做唯一的值!
而uuid是递增生成的,从1开始一直递增,那么在同一台机器上运行代码,加上同步方法(synchronized),这个生成id的方法就是ok!
但是因为业务扩展或者说为了安全,项目运行在两台机器上,此时单个的同步方法(synchronized)就不能防止id的重复了!!!
要解决上面的这个问题,其他有如下解决办法!
(1):每台机器生产Id的代码,key+id 可以在前加上机器编号区分,key + id — >机器唯一编号 + key + id
(2):使用数据库行锁(单个数据库的是时候),在需要插入id的表加上行锁,防止数据重复导致程序异常!
(3):使用分布式锁
二:分布式锁简介
网上有很多的讲解分布式锁的文章,但是细细分析很多的代码还是有很多的问题的,如下代码片段摘自博文:
https://my.oschina.net/91jason/blog/517996?p=1 和
http://blog.csdn.net/u010359884/article/details/50310387
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
博主也说了:如果长时间获取不到,就会获取锁失败,相当于没加锁!
这里还有可能发生其他问题:
(1)并发情况,expire主动释放锁的时候,可能释放的是别人的锁(不懂请查询资料)
(2)Redis服务挂掉,锁失败,相当于没加锁!
注:使用的时候要注意上面问题!!!
还有一种摘自博文:
http://www.cnblogs.com/0201zcr/p/5942748.html
这个博问分析的:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
这个相比第一个完善了误删除key的问题,但是要合理的设置超时时间,否则的话,也会使锁失效。
三:Redisson分布式锁的介绍和简单的使用
Redisson的介绍可以到:https://github.com/redisson/redisson/wiki/1.-%E6%A6%82%E8%BF%B0 这里去了解!
我这里说一下使用时候要注意的问题:
1:文档里面说明了支持redis 2.8以上版本,支持Java1.6+以上版本。根据自己的环境选择合适的版本!
2:2.8.1的redisson 需要使用 netty的jar包, 否则报错:
Hopper: Java.lang.NoClassDefFoundError: io/netty/channel/EventLoopGroup。
3:2.8.1的redisson需要jackson 2.5+版本,否则报错bjectMapper.addMixIn method not fond。
我写了一个简单的例子,自己也做了一下测试,使用的Redis主从+哨兵模式!
demo的目录结构,具体的源码我放到github上面,地址:https://github.com/dufyun/kuyu/tree/master/redissondemo
注:这里一定要先安装Redis服务,如果没有安装Redis服务,请参考这篇:http://blog.csdn.net/u010648555/article/details/69944668
如果Redis服务安装到服务器上面,请修改代码中的Redis地址和端口!否则运行不起了!
运行这个类UUidGeneratorLockTest就可以看到效果!测试结果我也在readme.txt进行了总结!
如果在测试和学习的过程中有疑问,可以随时和我联系,也可以加左侧的群互相探讨!谢谢!
四:总结
这个时代,信息爆炸,各种技术博文之间互相复制,真正好的文章还是需要鉴别的!
我也要反思,自己之前也写过一些博文,也是遇到问题了,去网上搜一些解决方案,很多方案确实是理论上可以解决当前遇到的问题,当时去深究,就会发现很多的不完整性!
多思考,多测试!让代码能够更加高效和安全!
参考博文:Redis实现分布式锁全局锁—Redis客户端Redisson中分布式锁RLock实现