2021-06-14

Process(进程)与Thread(线程)

◆说起进程，就不得不说下程序。程序是指令和数据的有序集合，其本身没有任何运行的含义，是一个静态的概念。
◆而进程则是执行程序的一次执行过程，它是一个动态的概念。是系统资源分配的单位
◆通常在一个进程中可以包含若干个线程，当然一个进程中至少有一个线程，不然没有存在的意义。线程是CPU调度和执行的的单位。
核心概念:
◆线程就是独立的执行路径;
◆在程序运行时，即使没有自己创建线程，后台也会有多个线程，如主线程，gc线程;
◆main()称之为主线程，为系统的入口，用于执行整个程序;
◆在一个进程中，如果开辟了多个线程，线程的运行由调度器安排调度,调度器是与操作系统紧密相关的，先后顺序是不能人为的干预的。
◆对同一份资源操作时，会存在资源抢夺的问题，需要加入并发控制;
◆线程会带来额外的开销，如cpu调度时间，并发控制开销。
◆每个线程在自己的工作内存交互，内存控制不当会造成数据不一致

创建线程的第一种方法:
* ◆自定义线程类继承Thread类
* ◆重写run()方法，编写线程执行体
* ◆创建线程对象，调用start()方法启动线程
* ◆不建议使用:避免OOP单继承局限性

---

创建线程的第二种方法:
* 1.实现runnable接口
* 2.重写run方法
* 3.执行线程需要丢入runnable接口实现类
* 4.调用start方法
* 推荐使用:避免单继承局限性，灵活方便方便同一个对象被名个线程使用

---

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

---

Join
◆Join合并线程，待此线程执行完成后，再执行其他线程，其他线程阻塞
◆可以想象成插队

---

守护(daemon)线程
◆线程分为用户线程和守护线程
◆虚拟机必须确保用户线程执行完毕
◆虚拟机不用等待守护线程执行完毕
◆如，后台记录操作日志，监控内存，垃圾回收等待…

---

同步方法

◆由于我们可以通过private关键字来保证数据对象只能被方法访问,所以我们只需
要针对方法提出一套机制 ,这套机制就是synchronized关键字,它包括两种用法:
synchronized方法和synchronized块.
同步方法: public synchronized void method(int args) {}
◆synchronized方法控制对 “对象”的访问,每个对象对应一-把锁,每个
synchronized方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞，
方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获
得这个锁,继续执行
缺陷:若将一个大的方法申明为synchronized将会影响效率
//锁的对象就是变化的量，需要增删改的对象

死锁

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

死锁避免方法

◆产生死锁的四个必要条件:
    1. 互斥条件:一个资源每次只能被一个进程使用。
    2.请求与保持条件: -个进程因请求资源而阻塞时，对已获得的资源保持不放。
    3.不剥夺条件 :进程已获得的资源，在末使用完之前，不能强行剥夺。
    4.循环等待条件 :若干进程之间形成一种头尾相接的循环等待资源关系。
上面列出了死锁的四个必要条件，我们只要想办法破其中的任意一个或多个条件
就可以避免死锁发生

synchronized与Lock的对比

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

线程通信

◆应用场景:生产者和消费者问题
◆假设仓库中只能存放一件产品,生产者将生产出来的产品放入仓库,消费者将
仓库中产品取走消费.
◆如果仓库中没有产品,则生产者将产品放入仓库,否则停止生产并等待，直到
仓库中的产品被消费者取走为止，
◆如果仓库中放有产品，则消费者可以将产品取走消费,否则停止消费并等待，
直到仓库中再次放入产品为止.

线程通信-分析

这是一个线程同步问题,生产者和消费者共享同一个资源，并且生产者和消费者之
间相互依赖,互为条件.
    ◆对于生产者,没有生产产品之前,要通知消费者等待.而生产了产品之后，又
    需要马上通知消费者消费
    ◆对于消费者,在消费之后,要通知生产者已经结束消费,需要生产新的产品
    以供消费.
    ◆在生产者消费者问题中 ,仅有synchronized是不够的
    ◆synchronized 可阻止并发更新同一个共享资源，实现了同步.
    ◆synchronized 不能用来实现不同线程之间的消息传递(通信)
解决方式1
并发协作模型“生产者/消费者模式”-->管程法
◆生产者:负责生产数据的模块(可能是方法,对象,线程,进程);
◆消费者:负责处理数据的模块(可能是方法,对象,线程, 进程);
◆缓冲区:消费者不能直接使用生产者的数据,他们之间有个“缓冲区
生产者将生产好的数据放入缓冲区，消费者从缓冲区拿出数据
解决方式2
并发协作模型“生产者/消费者模式”-->信号灯法

使用线程池

◆背景:经常创建和销毁、使用量特别大的资源，比如并发情况下的线程，对性能影
响很大。
◆思路:提前创建好多个线程，放入线程池中，使用时直接获取，使用完放回池中。
可以避免频繁创建销毁、实现重复利用。类似生活中的公共交通工具。
◆好处:
    提高响应速度(减少了创建新线程的时间)
    ◆降低资源消耗(重复利用线程池中线程，不需要每次都创建)
    ◆便于线程管理....
    corePoolSize:核心池的大小
    ◆maximumPoolSize: 最大线程数
    ◆keepAliveTime: 线程没有任务时最多保持多长时间后会终止