java代码段锁,java中锁的实现原理

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

java中的锁有哪几种

lock比synchronized比较如下：

1) 支持公平锁，某些场景下需要获得锁的时间与申请锁的时间相一致，但是synchronized做不到

2) 支持中断处理，就是说那些持有锁的线程一直不释放，正在等待的线程可以放弃等待。如果不支持中断处理，那么线程可能一直无限制的等待下去，就算那些正在占用资源的线程死锁了，正在等待的那些资源还是会继续等待，但是ReentrantLock可以选择放弃等待

3) condition和lock配合使用，以获得最大的性能

JAVA中锁使用的几点建议：

1.如果没有特殊的需求，建议使用synchronized，因为操作简单，便捷，不需要额外进行锁的释放。鉴于JDK1.8中的ConcurrentHashMap也使用了CAS+synchronized的方式替换了老版本中使用分段锁（ReentrantLock）的方式，可以得知，JVM中对synchronized的性能做了比较好的优化。

2.如果代码中有特殊的需求，建议使用Lock。例如并发量比较高，且有些操作比较耗时，则可以使用支持中断的所获取方式；如果对于锁的获取，讲究先来后到的顺序则可以使用公平锁；另外对于多个变量的锁保护可以通过lock中提供的condition对象来和lock配合使用，获取最大的性能。

java加锁

对象是一个锁标志。按照先到先得的原则，如果有多个线程都会执行代码，并使用同一个对象作为锁，

synchronize(对象)｛ .... ｝

那么，先执行这段代码的那个线程，将会获得这个对象锁，而当这个线程执行这段代码的时候，其他线程也是使用这个对象作为锁的，就不能执行这段代码，知道最初得到这个锁的线程运行完这段代码，然后再把锁分配给下一个线程执行。

java代码右下角加锁能运行吗为什么

能。java代码右下角加锁能运行，是因为多线程共享的代码区域需要上锁，防止多线程同时访问代码块，造成线程安全问题。

Java中有哪些锁，区别是什么

【1】公平所和非公平所。

公平锁：是指按照申请锁的顺序来获取锁，

非公平所：线程获取锁的顺序不一定按照申请锁的顺序来的。

//默认是不公平锁，传入true为公平锁，否则为非公平锁

ReentrantLock reentrantLock = new ReetrantLock();

【2】共享锁和独享锁

独享锁：一次只能被一个线程所访问

共享锁：线程可以被多个线程所持有。

ReadWriteLock 读锁是共享锁，写锁是独享锁。

【3】乐观锁和悲观锁。

乐观锁：对于一个数据的操作并发，是不会发生修改的。在更新数据的时候，会尝试采用更新，不断重入的方式，更新数据。

悲观锁：对于同一个数据的并发操作，是一定会发生修改的。因此对于同一个数据的并发操作，悲观锁采用加锁的形式。悲观锁认为，不加锁的操作一定会出问题，

【4】分段锁

1.7及之前的concurrenthashmap。并发操作就是分段锁，其思想就是让锁的粒度变小。

【5】偏向锁是指一段同步代码一直被一个线程所访问，那么该线程会自动获取锁。降低获取锁的代价

轻量级锁

重量级锁

【6】自旋锁

自旋锁

如何使用java的锁机制

可以在临界区代码开始的位置执行Lock类的lock方法，为代码块加锁，而在临界区的出口使用相同Lock实例的unlock方法，释放临界区资源。

Demo2-12中，主线程先创建了一个lockTest对象test，然后将相同的test对象交给两个不同的线程执行。子线程1获取到了lock后，开始执行before sleep输出语句，遇到sleep后，线程1阻塞将会放弃执行权，这时线程2可以获取执行权，当线程2执行lock方法时，发现锁已经被别的线程获取，所以线程2阻塞等待lock的释放。线程1从sleep中被唤醒后，将继续执行after sleep语句，之后释放了锁，此时线程2从锁等待中被唤醒，执行临近区的内容，因此Demo2-12的输出是先线程1的两条语句，之后才输出线程2的两条语句。而Demo2-13在没有锁的保护下，程序无法保证先将线程1的两条语句输出后再执行线程2的输出，因此，Demo2-13的输出结果是交叉的。