详解Java并发编程之内置锁(synchronized)

简介

synchronized在jdk5.0的早期版本中是重量级锁，效率很低，但从jdk6.0开始，jdk在关键字synchronized上做了大量的优化，如偏向锁、轻量级锁等，使它的效率有了很大的提升。

synchronized的作用是实现线程间的同步，当多个线程都需要访问共享代码区域时，对共享代码区域进行加锁，使得每一次只能有一个线程访问共享代码区域，从而保证线程间的安全性。

因为没有显式的加锁和解锁过程，所以称之为隐式锁，也叫作内置锁、监视器锁。

如下实例，在没有使用synchronized的情况下，多个线程访问共享代码区域时，可能会出现与预想中不同的结果。

可能会输出如下结果：

小强吃了一个苹果，还剩3个苹果
小黑吃了一个苹果，还剩3个苹果
小明吃了一个苹果，还剩2个苹果
小花吃了一个苹果，还剩1个苹果
小红吃了一个苹果，还剩0个苹果

输出结果异常的原因是eatapple方法里操作不是原子的，如当a线程完成applecount的赋值，还没有输出，b线程获取到applecount的最新值，并完成赋值操作，然后a和b同时输出。（a，b线程分别对应小黑、小强）

如果改下eatapple方法如下，还会不会有线程安全问题呢？

还是会有的，因为--applecount不是原子操作，--applecount可以用另外一种写法表示：applecount = applecount - 1，还是有可能会出现以上的异常输出结果。

synchronized的使用

synchronized分为同步方法和同步代码块两种用法，当每个线程访问同步方法或同步代码块区域时，首先需要获得对象的锁，抢到锁的线程可以继续执行，抢不到锁的线程则阻塞，等待抢到锁的线程执行完成后释放锁。

1.同步代码块

锁的对象是object：

2.同步方法，修饰普通方法

锁的对象是当前类的实例对象：

等价于以下同步代码块的写法：

3.同步方法，修饰静态方法

锁的对象是当前类的class对象：

等价于以下同步代码块的写法：

4.同步方法和同步代码块的区别

a.同步方法锁的对象是当前类的实例对象或者当前类的class对象，而同步代码块锁的对象可以是任意对象。

b.同步方法是使用synchronized修饰方法，而同步代码块是使用synchronized修饰共享代码区域。同步代码块相对于同步方法来说粒度更细，锁的区域更小，一般锁范围越小效率就越高。如下情况显然同步代码块更适用：

内置锁的可重入性

内置锁的可重入性是指当某个线程试图获取一个它已经持有的锁时，它总是可以获取成功。如下：

如果锁不是可重入的，那么假如某线程持有了该锁，然后又需要等待持有该锁的线程释放锁，这不就造成死锁了吗？

synchronized可以被继承吗？

synchronized不可以被继承，如果子类中重写后的方法需要实现同步，则需要手动添加synchronized关键字。

基于内置锁的等待和唤醒

基于内置锁的等待和唤醒是使用object类中的wait()和notify()或notifyall()来实现的。这些方法的调用前提是已经持有对应的锁，所以只能在同步方法或者同步代码块里调用。如果在没有获取到对应锁的情况下调用则会抛出illegalmonitorstateexception异常。下面介绍下相关的几个方法：

wait()：使当前线程无限期地等待，直到另一个线程调用notify()或notifyall()。

wait(long timeout)：指定一个超时时间，超时时间过后线程将会被自动唤醒。线程也可以在超时时间之前被notify()或notifyall()唤醒。注意，wait(0)等同于调用wait()。

wait(long timeout, int nanos)：类似于wait(long timeout)，主要区别是wait(long timeout, int nanos)提供了更高的精度。

notify()：随机唤醒一个在相同锁对象上等待的线程。

notifyall()：唤醒所有在相同锁对象上等待的线程。

一个简单的等待唤醒实例：

输出结果：

小明买了5个苹果
小红吃了1个苹果
小红吃了1个苹果
小红吃了1个苹果
小红吃了1个苹果
小红吃了1个苹果
小明买了5个苹果
小红吃了1个苹果
    ......

到此这篇关于java并发编程之内置锁(synchronized)的文章就介绍到这了,更多相关java内置锁内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！