需求是用户注册的时候要保证用户名唯一，并且不在数据库添加唯一索引，所以为了防止并发条件插入多条相同用户名的数据，大概写了这段伪代码，话说你们工作中真的会这样写锁吗？还是直接用比较流行的Redisson包？
需求是用户注册的时候要保证用户名唯一，并且不在数据库添加唯一索引，所以为了防止并发条件插入多条相同用户名的数据，大概写了这段伪代码，话说你们工作中真的会这样写锁吗？还是直接用比较流行的Redisson包？
全部回帖
这样没用，你是要和你库里面的数据比较，select一下。还有给我一个要保证唯一又不加唯一索引的理由
这样没用，你是要和你库里面的数据比较，select一下。还有给我一个要保证唯一又不加唯一索引的理由
这样没用，你是要和你库里面的数据比较，select一下。还有给我一个要保证唯一又不加唯一索引的理由
[图片] /quality/70/ignore-error/1?x-oss-process=image/resize,w_800/format,webp"/>
这样没用，你是要和你库里面的数据比较，select一下。还有给我一个要保证唯一又不加唯一索引的理由
比较了啊，怎么可能没比较，没看到那个registerHelp吗？写在那个里面，因为同一个方法里面开事物和锁会导致锁失效。
比较了啊，怎么可能没比较，没看到那个registerHelp吗？写在那个里面，因为同一个方法里面开事物和锁会导致锁失效。
你这个lock实际上根本没用，一个线程释放锁以后，别的线程拿到这个锁一样可以同名注册，锁了个寂寞。最简单的直接把用户名当到线程安全的容器中，容器中不存在插进行数据插入，存在就直接返回
你这个lock实际上根本没用，一个线程释放锁以后，别的线程拿到这个锁一样可以同名注册，锁了个寂寞。最简单的直接把用户名当到线程安全的容器中，容器中不存在插进行数据插入，存在就直接返回
你貌似还没搞清对象
你貌似还没搞清对象[捂脸]
哪有问题？反正我从来我没见过把锁放容器里的情况
哪有问题？反正我从来我没见过把锁放容器里的情况
锁放容器？啥意思？没理解你说的
锁放容器？啥意思？没理解你说的[擦汗]
这样没用，你是要和你库里面的数据比较，select一下。还有给我一个要保证唯一又不加唯一索引的理由
[图片] /quality/70/ignore-error/1?x-oss-process=image/resize,w_800/format,webp"/>
这样没用，你是要和你库里面的数据比较，select一下。还有给我一个要保证唯一又不加唯一索引的理由
写在另一个地方
写在另一个地方
你这个lock实际上根本没用，一个线程释放锁以后，别的线程拿到这个锁一样可以同名注册，锁了个寂寞。最简单的直接把用户名当到线程安全的容器中，容器中不存在插进行数据插入，存在就直接返回
你这个lock实际上根本没用，一个线程释放锁以后，别的线程拿到这个锁一样可以同名注册，锁了个寂寞。最简单的直接把用户名当到线程安全的容器中，容器中不存在插进行数据插入，存在就直接返回
异常在另一个类里面，没贴出来。
异常在另一个类里面，没贴出来。
第一点:如果你是单体应用确实可以达到你说的效果，但是分布式多服务就会存在问题，需要用分布式锁去解决。第二点:你用并发容器去管理同一个名字的锁对象的目的是为了防止同一时刻并发对同一个名字进行新增操作，这么用是没问题，但是是多此一举，你可以直接用并发容器的key作为锁就行(没必要并发容器还存一个锁对象）和redis一个道理。并发容器的key就可以达到同一时刻并发锁的效果
第一点:如果你是单体应用确实可以达到你说的效果，但是分布式多服务就会存在问题，需要用分布式锁去解决。第二点:你用并发容器去管理同一个名字的锁对象的目的是为了防止同一时刻并发对同一个名字进行新增操作，这么用是没问题，但是是多此一举，你可以直接用并发容器的key作为锁就行(没必要并发容器还存一个锁对象）和redis一个道理。并发容器的key就可以达到同一时刻并发锁的效果
第一点:如果你是单体应用确实可以达到你说的效果，但是分布式多服务就会存在问题，需要用分布式锁去解决。第二点:你用并发容器去管理同一个名字的锁对象的目的是为了防止同一时刻并发对同一个名字进行新增操作，这么用是没问题，但是是多此一举，你可以直接用并发容器的key作为锁就行(没必要并发容器还存一个锁对象）和redis一个道理。并发容器的key就可以达到同一时刻并发锁的效果
[图片]
第一点:如果你是单体应用确实可以达到你说的效果，但是分布式多服务就会存在问题，需要用分布式锁去解决。第二点:你用并发容器去管理同一个名字的锁对象的目的是为了防止同一时刻并发对同一个名字进行新增操作，这么用是没问题，但是是多此一举，你可以直接用并发容器的key作为锁就行(没必要并发容器还存一个锁对象）和redis一个道理。并发容器的key就可以达到同一时刻并发锁的效果
我这里肯定是指的单个jvm
我这里肯定是指的单个jvm
哦，然后呢
哦，然后呢
那按你说的应该咋写？这样？
那按你说的应该咋写？这样？
第一点:如果你是单体应用确实可以达到你说的效果，但是分布式多服务就会存在问题，需要用分布式锁去解决。第二点:你用并发容器去管理同一个名字的锁对象的目的是为了防止同一时刻并发对同一个名字进行新增操作，这么用是没问题，但是是多此一举，你可以直接用并发容器的key作为锁就行(没必要并发容器还存一个锁对象）和redis一个道理。并发容器的key就可以达到同一时刻并发锁的效果
[图片]
第一点:如果你是单体应用确实可以达到你说的效果，但是分布式多服务就会存在问题，需要用分布式锁去解决。第二点:你用并发容器去管理同一个名字的锁对象的目的是为了防止同一时刻并发对同一个名字进行新增操作，这么用是没问题，但是是多此一举，你可以直接用并发容器的key作为锁就行(没必要并发容器还存一个锁对象）和redis一个道理。并发容器的key就可以达到同一时刻并发锁的效果
正解 顺便回答一下楼主 工作中没人这么写 非不加唯一索引 用一些偏方 可真是爱动脑筋
正解 顺便回答一下楼主 工作中没人这么写 非不加唯一索引 用一些偏方 可真是爱动脑筋
