99-Java的多线程：安全问题、模拟线程安全问题案例：取款；同步、同步代码块、同步方法、同步锁

线程安全

一、线程安全问题

• 多个线程同时操作一个共享资源的时候可能会出现业务安全问题，称为线程安全问题。

---

---

二、取款案例

1、需求

• 小明和小红是一对夫妻，他们有一个共同的账户，余额是10万元。

---

2、问题

• 如果这对夫妻同时来取钱，而且两人都要取钱10万元，可能出现什么问题呢？
• 会出现线程安全问题！！！
• 如下图所示：
  • 如果两夫妻同时来取款10万元；
  • 第一步：线程开始执行两夫妻的请求！！
  • 第二步：同时执行，如果小明线程跑得快点，先行把钱取出，更新账户余额后，这样这个共享账户的余额就为0元了；
  • 第三步：等到小红取出10万元后，更新账户余额后，这样这个共享账户的余额就为 -10万元了；
  • 结果：两夫妻都取钱10万元，银行却亏了10万元。

---

---

总结

1、线程安全问题出现的原因？

• 存在多线程并发
• 同时访问共享资源
• 存在修改共享资源

---

---

---

三、线程安全问题案例模拟

1、取钱业务

• 需求：
  • 小明和小红是一对夫妻，他们有一个共同的账户，余额是10万元，模拟两夫妻同时去取钱10万元。
• 分析：
  • 1、需要提供一个账户类，创建一个账户对象代表两夫妻的共享账户。
  • 2、需要定义一个线程任务类，线程类可以处理账户对象。
  • 3、创建两个线程对象，传入同一个账户对象。
  • 4、启动两个线程，去同一个账户对象中取钱10万元。

package com.app.d3_thread_safety;

/**
    账户类
 */
public class Account {
    private double balance; // 账户余额

    public Account() {
    }

    public Account(double balance) {
        this.balance = balance;
    }


    /**
        两夫妻取钱功能
     */
    public void drawMoney(double money) {
        // a、先获取是谁来取钱，线程的名字就是人名
        String name = Thread.currentThread().getName();

        // b、判断账户余额是否足够
        if (this.balance >= money) {
            // 余额充足，取钱
            System.out.println(name + "来取钱了，取出：" + money + "元");
            // 取现后，更新余额
            this.balance -= money;  // 取钱后的账户余额 = 账户余额 - 取出的钱
            // 显示账户余额给用户看
            System.out.println(name + "取钱后，剩余：" + this.balance + "元");
        }else {
            // 余额不足
            System.out.println(name + "来取钱了，余额不足！！");
        }
    }

    public double getBalance() {
        return balance;
    }

    public void setBalance(double balance) {
        this.balance = balance;
    }
}

package com.app.d3_thread_safety;

/**
    2、需要定义一个线程任务类，线程类可以处理账户对象。
 */
public class DrawMoneyThread extends Thread {
    // 接收处理的账户对象
    private Account acc;
    public DrawMoneyThread(Account acc, String name) {
        super(name);    // 设置线程名称，使用super关键字送给父类的初始化名称
        this.acc = acc;
    }

    /**
        重写run方法，里面是多个用户取钱的线程任务（多线程）
     */
    @Override
    public void run() {
        // 两夫妻取钱
        acc.drawMoney(100000);  // 都取10万元
    }
}

package com.app.d3_thread_safety;

/**
    目标：通过模拟取钱案例，更深入理解到线程安全问题出现的原因
        1、存在多线程并发
        2、同时访问共享资源
        3、存在修改共享资源
 */
public class ThreadDemo {
    public static void main(String[] args) {
        // 1、需要提供一个账户类，创建一个账户对象代表两夫妻的共享账户。
        Account acc = new Account(100000);  // 账户余额有10万元

        // 2、需要定义一个线程任务类，线程类可以处理账户对象。
        new DrawMoneyThread(acc, "小明").start();
        new DrawMoneyThread(acc, "小红").start();
    }
}

---

• 可以看到，两夫妻同时来银行取钱，会出现线程安全问题！！

---

---

案例总结

1、线程安全问题发生的原因是什么？

• 多个线程同时访问同一个共享资源且存在修改该资源。

---

---

---

四、线程同步

• 为了解决线程安全问题。

1、问题

• 取钱案例出现线程安全问题的原因是啥？
  • 多个线程同时执行，发现账户余额都是充足的。
• 如何才能保证线程安全呢？
  • 让多个线程实现先后依次访问共享资源，这样就解决了安全问题。
  • 就好比说，同时进入一个系统，到取钱的时候，排个队。

---

---

2、核心思想

• 加锁，把共享资源进行上锁，每次只能一个线程进入访问，完毕以后解锁，然后其他线程才能进入。

• 假如：小红得到了锁的钥匙，优先将10万元取走，取完后自动退出。

  
  

  ---

---

• 然后等小明进入取钱的时候，发现已经余额不足啦！这样线程安全问题就解决啦！！

  

---

---

3、核心思想总结

1、线程同步解决安全问题的思想是啥？

• 加锁(必须唯一)：让多个线程实现先后依次访问共享资源，这样就解决了安全问题。

---

---

4、方式一：同步代码块

（1）作用原理

• 作用：把出现线程安全问题的核心代码进行上锁。
• 原理：每次只能一个线程进入，执行完毕后自动解锁，其他线程才可以进来执行。

synchronized(同步锁对象) {
    // 操作共享资源的代码(核心代码)
    ...
}

---

（2）锁对象要求

• 理论上：锁对象只要对于当前同时执行的线程是同一个对象即可。

---

（3）解决取钱案例出现的线程安全问题

---

• 可以看到，这个线程安全问题解决了！！

---

---

（4）锁对象问题

1、锁对象用任意唯一的对象好不好呢？

• 不好，会影响其他无关线程的执行。

• 什么意思呢？请看如下图解：

  

  ---

  

  ---

  

---

---

（5）锁对象的规范要求

• 规范上：建议使用共享资源作为锁对象。

• 对于实例方法建议使用 this 作为锁对象。

  

  ---

  

---

• 对于静态方法建议使用 字节码（类名.class） 对象作为锁对象。

  

---

---

总结

1、同步代码块是如何实现线程安全的？

• 对出现问题的核心代码使用synchronized关键字进行加锁
• 每次只能一个线程占锁进入访问

2、同步代码块的同步锁对象有什么要求？

• 对于实例方法建议使用this作为锁对象
• 对于静态方法建议使用字节码(类名.class)对象作为锁对象

---

---

---

5、方式二：同步方法

（1）作用原理

• 作用：把出现线程安全问题的核心方法进行上锁。
• 原理：每次只能一个线程进入，执行完毕后自动解锁，其他线程才可以进入执行。

修饰符 synchronized 返回值类型 方法名称(形参列表) {
    // 操作共享资源的代码
    ...
}

---

---

---

（2）底层原理

• 同步方法其实底层也是有隐式锁对象的，只是锁的范围是整个方法代码。
• 如果方法是实例方法：同步方法默认用this作为锁对象，但是代码要高度面向对象！
• 如果方法是静态方法：同步方法默认用类名.class作为锁对象。

---

（3）问题

1、是同步代码块好还是同步方法好？

• 同步代码块锁的范围更小，同步方法锁的范围更大。

• 性能来看，同步代码块会比较好！！

• 实际开发中同步方法用得多！！官方做线程安全的时候，同步方法用得也是非常多的！！

  

---

---

总结

1、同步方法是如何保证线程安全的？

• 对出现问题的核心方法使用synchronzied关键字修饰
• 每次只能一个线程占锁进入执行

2、同步方法的同步锁对象的原理？

• 对于实例方法默认使用this作为锁对象
• 对于静态方法默认使用类名.class对象作为锁对象

---

---

---

6、方式三：Lock锁（了解）

（1）概述

• 为了更清晰的表达如何加锁和释放锁，JDK 5以后提供了一个新的锁对象Lock，更加灵活、方便。
• Lock实现提供比使用synchronzied方法和语句可以获得更广泛的锁定操作。
• Lock是接口不能直接实例化，这里采用它的实现类ReentrantLock来构建Lock锁对象。

---

（2）实现类构造器

构造器	说明
public ReentrantLock()	获得Lock锁的实现类对象

---

（3）常用方法

方法名称	说明
void lock()	获得锁
void unlock()	释放锁

---

• 可以看到，非常专业、完美，没有任何安全问题！！

---

---