如题所述，发现调用 ReentrantLock.lock()方法时候并不能造成死锁。
6条回答 默认 最新
也许世界还没停 2011-08-22 11:31关注你每个线程都有自己的Lock，当然不行了
需要3个线程用一个Lock本回答被题主选为最佳回答 , 对您是否有帮助呢?解决 无用评论 打赏举报
分享
- 2011-08-22 11:06回答 6 已采纳 你每个线程都有自己的Lock，当然不行了 需要3个线程用一个Lock
- 2020-04-16 15:09回答 2 已采纳 tryLock(long timeout, TimeUnit unit）应该说的是这个方法吧，设置等待锁的超时时间，超过时间则放弃等待，返回false，然后可以去处理其他事情
- 2016-03-04 10:33回答 2 已采纳 你在每个线程里都建立了不同的text，也就是有三个不同的a在三个不同的test的实例里，这样改就可以了，三个线程访问的是同一个test实例，addInt也是针对同一个a，这样输出就可以看出lock
- 2024-03-13 14:41weixin_53180424的博客 它们有什么用途？ Java中的原子类（Atomic Classes）是java.util.concurrent.atomic包下提供的一组类，它们主要用于在多线程环境下实现线程安全的操作。原子类的主要特点是其提供的操作都是原子的，也就是说这些操作...
- 2021-06-25 16:16回答 1 已采纳 如果没有这段代码的话你的理解就是对的，但这段代码的功能就是防止你说的情况发生； 它的具体作用简单来说就是判断当前线程是否需要挂起，如果需要的话就会挂起线程等待唤醒或者被中断，在线程被前驱节点唤醒或者被
- 2022-04-14 09:10回答 2 已采纳 两次lock没意义呀，只要上了锁标识符就是1了ReentrantLock实际用的是一个volatile表示上锁解锁，上锁的时候cas把state从0更新为1，再上锁他也还是1，所以不存在两次上锁需要两
- 2012-03-04 22:02回答 4 已采纳 回楼主，其实提到了，Synchronized只能在方法或者块上加锁，而lock可以只对某条语句进行加锁。 再回楼主，您说的没有特别指出ReentrantLock的好处，其实我列举的三点应该都比较
- 2020-05-15 22:55胖滚猪学编程的博客 ReentrantLock完美实现了互斥，完美解决了并发问题。但是却意外发现它对于读多写少的场景效率实在不行。此时ReentrantReadWriteLock来救场了！一种适用于读多写少场景的锁，可以大幅度提升并发效率，你必须会哦！ ...
- 2018-09-27 03:17回答 1 已采纳 线程调用start()之后并不是立刻开始执行run方法。他需要等待其他系统资源准备就绪。例如：CPU。 Thread0最开始可能没有获取到CPU时间，Thread1却获取到且跑了几次。
- 2019-10-28 11:23回答 2 已采纳 Lock 只是一个顶层抽象接口，并没有实现，也没有规定是乐观锁还是悲观锁实现规则。而 ReentrantLock 作为 Lock 的一种实现，是悲观锁，https://blog.csdn.net/qq
- 2016-05-11 12:12回答 2 已采纳 没有，这代码其实是 if (fair) sync = new FairSync(); else sync = new NonfairSync();
- 2022-06-30 22:47qq_25073223的博客 Reentrantlock的相关简介说明及其使用场景
- 2022-01-10 12:14回答 2 已采纳 return语句是一定会执行的，如果有finally 语句，先执行finally 语句，最后执行return;
- 2022-04-19 16:54小黑鸣的博客 public ReentrantLock() { sync = new NonfairSync(); } public ReentrantLock(boolean fair) { sync = fair ? new FairSync() : new NonfairSync(); } 主要是设定是否是公平锁还是非公平锁 非公平锁 ...
- 2022-07-12 17:33只会摸鱼的coder的博客 ReentrantLock
- 没有解决我的问题, 去提问
