java学习（二）——多线程

多线程详解

一 线程简介

**程序：**是静态的概念，是指令和数据的有序集合

**进程（Process）：**是执行程序的一次执行过程，它是一个动态的过程，是系统资源分配的单位

线程（Thread）：通常在一个进程中可以包含多个线程，至少有一个线程，线程是CPU调度和执行的单位。main就是主线程

多线程

本章核心概念

二 线程实现（重点）

2.1 线程创建

1. 三种创建方式
   1. Thread class：继承Thread类重点
   2. Runnable接口：实现Runnable接口（重点
   3. Callable接口：实现Callable接口

注意：线程开启不一定立即执行，由CPU调度安排执行

2. 实现Thread class
   1. 自定义线程类继承Thread类
   2. 重写run（）方法，编写线程执行体
   3. 创建线程对象，调用start（）方法启动线程
   4. 注意：start0,是本地方法，java无权调用，交给底层的C处理
3. 实现**Runnable接口 ** 推荐使用这个方法因为java单继承的局限性
   1. 定义MyRunnable类实现Runnable接口
   2. 实现run（）方法，编写线程执行体
   3. 创建线程对象，调用start（）方法启动线程
      

但是存在问题：多个线程操作同一个资源的情况下，线程不安全，数据紊乱

4. 实现Callable

   1. 创建执行服务 ExecutorService ser = Executors.newFixedThreadPool();
   2. 提交执行Future<> r = ser.submit(thread);
   3. 获取结果 boolean rs = r.get();
   4. 关闭服务 ser.shutdown();

   好处：

   ​ · 可以定义返回值

   ​ · 可以抛出异常

2.2 静态代理

静态代理模式总结：

1. 真实对象和代理对象都要实现同一个接口
2. 代理对象要代理真实角色

好处：

1. 代理对象可以做很多真实对象做不了的事情
2. 真实对象可以专注做自己的事情

2.3 Lambda表达式

1. 为什么要使用lambda表达式

• 避免匿名内部类定义过多
• 可以容你的代码更加简洁
• 去掉一堆没有意义的代码，只留下核心的逻辑

2. 函数式接口

   函数式接口定义：任何接口只包含唯一一个抽象方法

   public interface Runnable{
       public abstract void run();
   }
   

3. 总结：

   1. lambda表达式只有一行代码的情况下才能简化为一行，如果有多行，请用代码块包裹
   2. 前提是接口是函数式接口（只有一个方法）
   3. 多个参数也可以去掉参数类型，但是必须加括号

Runnable就是函数式接口可以用lambda表达式简化

三 线程状态

创建状态 就绪状态 阻塞状态 运行状态 死亡状态

3.1 线程方法：

1. setPriority(int newPriority)
   

   更改线程的优先级

2. static void sleep(long millis)
   

   在指定的毫秒数内让当前正在执行的线程休眠

3. void join() 
   

   等待该线程终止

4. static void yield() 
   

   暂停当前正在执行的线程对象，并执行其他线程

5. void interrupt()
   

   中断线程，别用这个方式

6. boolean isAlive()
   

   测试线程是否处于活动状态

3.2 停止线程

• 不推荐使用JDK提供的stop()方法
• 推荐线程自己停下来
• 一般设置标志位

3.3 线程休眠：壮大问题的发生性

• sleep(时间)指定当前线程阻塞的毫秒数
• sleep存在异常InterruptException
• sleep时间达到后线程进入就绪状态
• 每个对象都有一个锁，sleep不会释放锁

3.4 线程礼让

1. 礼让线程，让当前正在执行的线程暂停，但不阻塞。
2. 将线程从运行状态转为就绪状态
3. 让CPU重新调度，礼让不一定成功，看CPU心情

3.5 Join方法

• join合并线程，等待此线程执行完后，再执行其他线程

• 可以想象成插队

3.6 线程优先级

优先级低只意味着获得调度的概率低，并不意味就不会被调用。

线程优先级用数字表示，范围从1-10，优先级从低到高。

Thread.MIN_PRIORITY=1;
Thread.MAX_PRIORITY=10;
Thread.NORM_PRIORITY=5;

3.7 守护(daemon)线程

• 线程分为用户线程和守护线程

• 虚拟机必须确保用户线程执行完毕 main

• 虚拟机不用等待守护线程执行完毕 gc

• 例如后台记录操作日志，监控内存，垃圾回收等

四 线程同步(重点难点)

4.1 基础概念

多个线程操作同一个资源

并发：同一个对象被多个线程同时操作

处理多线程问题时，多个线程访问同一个对象，并且某些线程还想修改这个对象，这时候我们就需要线程同步。线程同步其实就是一种等待机制，多个同时需要访问此对象的线程进入这个对象的等待池形成队列，等待前面线程使用完毕，下一个线程再使用。

4.2 形成条件：

队列+锁 保证线程安全性

由于同一个进程的多个线程共享同一块存储空间，在带来方便的同时，也带来了访问冲突问题，为了保证数据在方法中被访问时的正确性，在访问时加入锁机制synchronized，当一个线程获得对象的排它锁，独占资源，其他线程必须等待，使用后释放锁即可。

存在以下问题：

• 一个线程持有锁会导致其他所有需要此锁的线程挂起
• 多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延迟，引起性能问题
• 如果一个优先级高的线程等待一个优先级低的线程释放锁 会导致性能倒置，引起性能问题

4.3 同步方法

• 由于我们可以通过private关键字来保证数据对象只能被方法访问，所以我们只需要针对方法提出一套机制，这套机制就是synchronized关键字，它包含两种方法：synchronized方法和synchronized块

//同步方法
public synchronized void method(int args){}

• synchronized方法控制“对象”的访问，每个对象对应一把锁，每个synchronized方法都必须获得调用该方法的对象的锁才能执行，否则线程会阻塞，方法一旦执行，就独占该锁，知道该方法返回才释放锁，后面被阻塞的线程才能获得这个锁，继续执行

缺陷：若将一个大的方法申明为synchronized将会影响效率。

• 同步块：synchronized(obj){}

• obj被称为同步监视器 是需要增删改查的对象

  ​ obj 可以是任何对象，但是推荐使用共享资源作为同步监视器

  ​ 同步方法中无需指定同步监视器，因为同步方法的同步监视器就是this，就是这个对象本身，或者是class

4.4 JUC安全类型集合：

不需要synchronized，本身就是安全的

CopyOnWriteArrayList

4.5 死锁

多个线程互相抱着对方需要的资源，然后形成僵持

• 多个线程各自占有一些共享资源，并且相互等待其他线程占有的资源才能运行，而导致两个或者多个线程都在等待对方释放资源，都停止执行的情形。某个同步块同时拥有“两个以上对象的锁”时，就可能会发生“死锁”的问题

• 产生死锁的四个必要条件

  1. 互斥条件：一个资源每次只能被一个进程使用
  2. 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放
  3. 不剥夺条件：进程已获得的资源，在未使用完之前，不能强行剥夺
  4. 循环等待条件：若干进程之间形成的一种头尾详解的循环等待资源的关系

4.6 Lock 锁

• 从JDK5.0开始，Java提供了更强大的线程同步机制——通过显示的定义同步锁对象来实现同步。同步锁使用Lock对象充当
• java.util.concurrent.locks.Lok接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问，每次只能有一个线程对Lock对象加锁，线程开始访问共享资源之前应先获得Lock对象
• ReentrantLock类实现了Lock，它拥有与synchronized相同的并发性和内存语义，在实现线程安全的控制中，比较常用的是ReentrantLock，可以显式的加锁、释放锁

class A {
    private final ReentrantLock lock = new ReentrantLock();
    public void m(){
        lock.lock();
        try{
            //保证线程安全的代码
		}finally{
            lock.unlock();
            //如果同步代码有异常，要将unlock()写入finally块
        }
    }
}

synchronized与Lock的区别

• Lock是显式锁（手动开启和关闭锁，别忘关闭锁），synchronized是隐式锁，出了作用域自动释放
• Lock只有代码块锁，synchronized有代码块锁和方法锁
• 使用Lock锁，JVM将花费较少的时间来调度线程，性能更好。并且具有更好的扩展性（提供更多的子类）
• 优先使用顺序：
  • Lock > 同步代码块（已经进入方法体，分配了相应的资源） > 同步方法（在方法体之外）

五 线程间通信问题

5.1 线程协作

应用场景：生产者消费者模式

• 假设仓库中只能存放一件产品，生产者将生产出来的产品放在仓库，消费者将从仓库中取走产品消费
• 如果仓库中没有产品，则生产者将产品放入仓库，否则停止生产并等待，知道仓库中的产品被消费者取走为止
• 如果仓库中放有产品，则消费者可以将产品取走消费，否则停止消费并等待，直到仓库中再次放入产品为止
  

5.2 问题分析：

这是一个线程同步问题，生产者和消费者共享同一个资源，并且生产者和消费者之间相互依赖，互为条件。

• 对于生产者，没有生产产品之前，要通知消费者等待。而生产了产品之后，又需要马上通知消费者消费
• 对于消费者，在消费之后，要通知生产者已经结束消费，需要生产新的产品以提供消费
• 在生产者消费者问题中，仅有synchronized是不够的
  • synchronized可阻止并发更新同一个共享资源，实现了同步
  • synchronized不能用来实现不同线程之间的消息传递（通信）

5.3 方法

java提供了几个方法解决线程之间通信的问题

方法名	作用
wait()	表示线程一直等待，直到其他线程通知，与sleep()不同，会释放锁
wait(long timeout)	指定等待的毫秒数
notify	唤醒一个处于等待状态的线程
notifyAll()	唤醒同一个对象上所有调用wait()方法的线程，优先级别高的线程优先调度

注意：都是Object类的方法，都只能在同步方法或者同步方法块中使用，否则会抛出异常IllegalMonitorStateException

5.4 解决方式1

并发协作模型“生产者/消费者模式”—>管程法

• 生产者：负责生产数据的模块（可能是方法，对象，线程，进程）
• 消费者：负责处理数据的模块
• 缓冲区：消费者不能直接使用生产者的数据，他们之间有个缓冲区

生产者将生产好的数据放入缓冲区，消费者从缓冲区拿出数据

5.5 解决方式2

并发协作模型“生产者/消费者模式”—>信号灯法

5.6 线程池

• 背景：经常创建和销毁、使用量特别大的资源，比如并发情况下的线程，对性能影响很大

• 思路：提前创建好多个线程，放入线程池中，使用时直接获取，使用完放回池中。可以避免频繁的创建销毁、实现重复利用。类似生活中的公共交通工具

• 好处：

  • 提高了响应速度（减少了创建新线程的时间）
  • 降低资源消耗（重复利用线程池中线程，不需要每次都创建）
  • 便于线程管理（）
    • corePoolSize：核心池的大小
    • maximumPoolSize：最大线程数
    • keepAliveTime：线程没有任务时最多保持多长时间后会终止

• JDK5.0起提供了线程池相关API：ExcutorService和Excetors
• ExcutorService：真正的线程池接口。常见子类ThreadPoolExcutor
  • void execute(Runnable command)：执行任务/命令，没有返回值，一般用来执行Runnable
  • <T>Future<T> submit(Callable<T> task)：执行任务，有返回值，一般用来执行Callable
  • void shutdown()：关闭连接池
• Excutors：工具类、线程池的工厂类，用于创建并返回不同类型的线程池