java关键字synchronized的使用

引言

线程安全是并发编程中的重要关注点,而造成线程安全问题的主要原因有两点:

  1. 存在共享数据(临界资源);
  2. 存在多个线程共同操作共享数据;

因此为了解决这个问题,我们需要这样的一个方案,当存在多个线程操作共享数据时,需要确保同一时刻有且只有一个线程在操作共享数据,其他线程必须等到该线程处理数据完后再进行操作,这就是我们所说的互斥锁,即能达到互斥访问目的的锁。也就是说当一个共享数据被当前正访问的线程加上互斥锁后,在同一时刻,其他线程只能处于等待的状态,直到当前线程处理完毕释放该锁。
在Java中,关键字synchronized可以保证在同一时刻,只有一个线程可以执行某个方法或某个代码块。

synchronized的三种使用方式

  • 修饰实例方法 - 作用于当前实例加锁,进入同步代码要获得当前实例的锁;
  • 修饰静态方法 - 作用于当前类对象加锁,进入同步代码前要获得当前类对象的锁;
  • 修饰代码块 - 指定加锁对象,对给定对象加锁,进入同步代码库前要获得给定对象的锁;

synchronized作用于实例方法

所谓的实例对象锁,指的是用synchronized修饰实例对象中的实例方法,注意这里实例方法不包括静态方法。代码如下:

public class InstanceSync implements Runnable {

    static int count = 0;

    // synchronized修饰实例方法
    private synchronized void inc() {
        count++;
    }

    @Override
    public void run() {
        int i = 0;
        while (i++ < 1000) {
            inc();
        }
    }

    public static void main(String[] args) throws InterruptedException {
        InstanceSync instanceSync = new InstanceSync();
        Thread t1 = new Thread(instanceSync);
        Thread t2 = new Thread(instanceSync);

        t1.start();
        t2.start();
        t1.join(); // 等待线程结束
        t2.join(); // 等待线程结束

        System.out.println(instanceSync.count);
    }
}

运行结果为:

2000
Process finished with exit code 0

在上述代码中,我们开启了二个线程操作同一个共享的资源(变量count,由于count++不具备原子性(先读值,后写回一个新值,分二步),因此,我们对inc方法使用synchronized进行修饰,以便保证线程安全。
我们注意到synchronized修饰的是实例方法inc,在这种情况下,当前线程的锁便是实例对象instanceSync,(Java中的线程同步锁可以是任意对象)。

如果我们将代码改成如下:

public class InstanceSync implements Runnable {

    static int count = 0;

    // synchronized修饰实例方法
    private synchronized void inc() {
        count++;
    }

    @Override
    public void run() {
        int i = 0;
        while (i++ < 1000) {
            inc();
        }
    }

    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread(new InstanceSync()); // 重新new一个实例
        Thread t2 = new Thread(new InstanceSync()); // 重新new一个实例

        t1.start();
        t2.start();
        t1.join(); // 等待线程结束
        t2.join(); // 等待线程结束

        System.out.println(count);
    }
}

运行结果发现是一个小于2000的值,上述代码我们犯了一个错误,虽然我们使用了synchronized修饰了inc方法,但却new了两个不同的实例对象,这就意味着存在两个不同的实例对象锁,因此t1和t2都会进入各自的对象锁,即t1和t2使用了不同的锁,所以线程安全无法保证。
解决这种困境的方法是:将synchronized作用于静态的inc方法,这样的话,对象锁就是当前类对象,由于无论创建多少个实例对象,但对于类的对象拥有只有一个,所以这样的情况下对象锁就是唯一的。
下面我们看看如何使用将synchronized作用于静态的inc方法上。

synchronized作用于静态方法

当synchronized作用于静态方法时,其锁就是当前类的class对象锁。由于静态成员不专属于任何一个实例对象,是类成员,因此通过class对象锁可以控制静态成员的并发操作。
注意: 如果线程A调用一个实例对象的非 static synchronized方法,而线程B需要调用这个实例对象所属类的静态synchronized方法是被允许的,这不会发生互斥现象。原因是访问静态synchronized方法所占用的锁是当前类的class对象,而访问非静态synchronized方法占用的锁是当前实例对象锁,是两个不同的锁。代码如下:

public class InstanceSync implements Runnable {

    static int count = 0;

    // 作用于静态方法 synchronized修饰实例方法
    private static synchronized void inc() {
        count++;
    }

    @Override
    public void run() {
        int i = 0;
        while (i++ < 1000) {
            inc();
        }
    }

    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread(new InstanceSync()); // 重新new一个实例
        Thread t2 = new Thread(new InstanceSync()); // 重新new一个实例

        t1.start();
        t2.start();
        t1.join(); // 等待线程结束
        t2.join(); // 等待线程结束

        System.out.println(count);
    }
}

我们只是在inc方法前加了static,标识其为静态成员方法。运行结果,我们得到了一个2000的值,这个是我们预想到的。

synchronized同步代码块

我们除了使用关键字synchronized修饰实例方法和静态方法之外,还可以使用在同步代码块上。
在某些情况下,我们编写的方法体可能比较大,执行耗时比较长,而需要同步的代码又只有一小部分;如果直接对整个方法进行同步操作会发现得不偿失,此时我们可以使用同步代码块的方式对需要同步的代码进行包裹,同步代码块使用如下:

public class InstanceSync implements Runnable {

    private String lockFlag = "lockFlag"; // 定义一个对象所

    static int count    = 0;


    @Override
    public void run() {
        // 我这里是一个大的耗时操作,不需要同步,无线程安全
        // ...

        synchronized (lockFlag) {

            int i = 0;
            while (i++ < 1000) {
                count++;
            }
        }
    }

    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread(new InstanceSync()); // 重新new一个实例
        Thread t2 = new Thread(new InstanceSync()); // 重新new一个实例

        t1.start();
        t2.start();
        t1.join(); // 等待线程结束
        t2.join(); // 等待线程结束

        System.out.println(count);
    }
}

从上面的代码看到,我们定义了一个锁对象lockFlag,如果你觉得单独再定义一个锁对象麻烦,你也可以这样:

// this,当前实例对象锁
synchronized(this) {
  // ... 实现部分
}

或者

// class对象锁
synchronized(InstanceSync.class) {
  // ... 实现部分
}

每次当线程进入synchronized包裹的代码块时,就会要求持有指定的对象锁,如果当前有其他线程正持有该对象锁,那么新到的线程就必须等待,这样就确保了每次只有一个线程执行count++操作。

扩展:synchronized锁重入

关键字synchronized拥有锁重入的功能,即在使用synchronized时,当一个线程得到一个对象锁后,再次请求此对象锁时是可以再次得到该对象锁的。
这也证明了在一个synchronized方法/块的内部调用本类的其他synchronized方法/块时,是永远可以得到锁的。

我们定义如下三个类:
Service.java

public class Service {

    public synchronized void service1() {
        System.out.println("--->service1");
        service2();
    }

    public synchronized void service2() {
        System.out.println("--->service2");
        service3();
    }

    public synchronized void service3() {
        System.out.println("--->service3");
        service4();
    }

    public synchronized void service4() {
        System.out.println("--->service4");
    }
}

MyThread.java

public class MyThread extends Thread {

    @Override
    public void run() {
        super.run();
        Service service = new Service();
        service.service1();
    }
}

Run.java

public class Run {
    public static void main(String[] args) {
        MyThread t = new MyThread();
        t.start();
    }
}

执行代码,结果如下:

--->service1
--->service2
--->service3
--->service4

Process finished with exit code 0

可重入锁 - 即自己可以再次获取自己的内部锁。比如有一个线程获得了某个对象的锁,此时这个对象锁还没有释放,当其再次想要获取这个对象的锁的时候还是可以获取的,如果不可锁重入的话,就会造成死锁
可重入锁也支持在父子类继承的环境中

总结

对于synchronized的作用,关键看其持有的锁对象,只要你抓住了这个,你就不会有困扰。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,294评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,493评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,790评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,595评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,718评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,906评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,053评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,797评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,250评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,570评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,711评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,388评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,018评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,796评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,023评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,461评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,595评论 2 350

推荐阅读更多精彩内容