java多线程

五种状态：
1.创建状态 ： new 线程对象一旦创建就进入到了新生状态
2.就绪状态 ：当调用start方法，线程立即进入就绪状态，但不意味着立即调度执行
3.运行状态  ： 当CPU调度当前线程，进入运行状态，线程才真正执行线程体的代码块
4.阻塞状态 ： 当调用sleep，wait或者同步锁定时，线程进入阻塞状态，代码不再往下执行，阻塞时间解除后，重新进入就绪状态，等待cpu调度执行
5.死亡状态 ：线程中断或者结束，一旦进入死亡状态，就不能再次启动

线程方法：
setPriority（int newPriority） 更改线程优先级
static void sleep(long millis) 在指定的毫秒数内让当前正在执行的线程休眠
void join() 等待该线程终止
static void yield() 暂停当前正在执行的线程对象，并执行其他线程
void interrupt() 中断线程（勿用这个方式）
boolean isAlive（） 测试线程是否处于活动状态

线程休眠：
sleep（）方法存在异常InterruptedExceptiom；
每个对象都有一个锁，sleep不会释放锁
模拟网络延时是为了放大问题的发生性。

线程礼让：
yield：让线程从运行状态转为就绪状态 让CPU重新调度  但是不一定成功

线程插队：
join join合并线程，待此线程执行完之后，在执行其他线程，其他线程阻塞
 
线程的几种状态：
NEW ： 尚未启动的线程处于此状态
RUNNABLE :在java虚拟机中执行的线程处于此种状态
BLOCKED ：被阻塞等待监视器锁定的线程处于此状态
WAITING : 正在等待另一个线程执行特定动作的线程处于此状态
TIMED_WAITING :正在等待另一个线程执行动作达到指定等待时间的线程处于此状态
TERMINATED : 已退出的线程处于此状态

死亡之后的线程就不能在启动了

线程的优先级 PRIORITY
优先级范围从 1- 10

优先级设置在start（）之前
getPriority() 获取线程的优先级方法    setPriority() 设置线程的优先级

线程的优先级低，只是意味着获得调度的几率低，并不意味着优先级高的就一定会在优先级低的线程之前被调度

守护线程

线程分为用户线程和守护线程
gc（） 垃圾回收线程（守护线程）
虚拟机必须确保用户线程执行完毕
虚拟机不用等待守护线程执行完毕

线程的同步机制 -> 多个线程操作同一个资源

队列和锁
锁机制：
synchronized ：当一个线程获得对象的排他锁，独占资源，其他线程必须等待，使用后释放锁即可：
    1.一个线程持有锁会导致其他所有需要此锁的线程挂起        降低性能
    2.在多线程竞争下，加锁，释放锁会导致比较多的上下文切换和调度延时，引起性能问题
    3.如果一个优先级高的线程等待一个优先级低的线程释放锁，会导致优先级倒置，引起性能问题

线程核心概念：
1.线程就是独立执行的路径
2.在程序运行时，即使没有自己创建线程，后台也会有个线程
3.main（）称之为主线程，为系统的入口，用于执行整个程序
4.在一个进程中，如果开辟了多个线程，线程的运行由调度器安排调度，调度器是与操作系统紧密相关的，先后顺序是不能认为的干预的
5.对同一份资源操作时，会存在资源抢夺的问题，需要加入并发控制
6.线程会带来额外的开销，如CPU调度时间，并发控制开销
7.每个线程在自己的工作内存交互，内存控制不当回造成数据不一致。

List是不安全的

synchronized关键字：控制对象的访问，每个对象对应一把锁，每个synchronized方法都必须获得调用该方法的对象锁才能执行，否则线程就会阻塞，方法一旦执行，就独占该锁，知道该方法返回才释放锁，后面被阻塞的线程才能获得这个锁，继续执行
缺陷：若将一个大的方法申明为synchronized将会影响效率

修改的代码才需要使用锁，只读的方法不需要锁

synchronized只锁当前的this
synchronized不能用来实现不同线程之间的消息传递
synchronized可组织并发更新同一个共享资源，实现了同步

同步代码块：
锁的对象就是变化的量     需要增删改的变量
synchronized（obj）{}
obj称之为同步监视器
    1.obj可以使任何对象，但是推荐使用共享资源作为同步监视器
    2.同步方法中无须指定同步监视器，因为同步方法的同步监视器就是this，就是这个对象本身，或者class
同步监视器的执行过程
    1.第一个线程访问，锁定同步监视器，执行其中代码
    2.第二个线程访问，发现同步监视器被锁定，无法访问
    3.第一个线程访问完毕，解锁同步监视器
    4.第二个线程访问，发现同步监视器没有锁，然后锁定并访问

JUC编程

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

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

LOCK锁            可重入锁
1.通过显示定义同步锁对象来实现同步，同步锁使用Lock对象充当
2.锁提供了对共享资源的独占访问，每次只能有一个想成对Lock对象加锁，线程开始访问共享资源之前应先获得的Lock对象
3.ReentrantLock实现了Lock，拥有与synchronized相同的并发性和内存语义，在实现线程安全的控制中，比较常用的事ReetrantLock，可以显式加锁，释放锁
ReentrantLock lock = new ReentrantLock();
加锁的方式
try{
    lock.lock（）；
}finally{
    lock.unlock（）；
}

synchronized与Lock的对比
1.Lock是显式锁（手动开启和关闭锁）synchronized是隐式锁，除了作用域自动释放
2.Lock只有代码块锁，synchronized有代码块锁和方法锁
3.使用Lock锁，JVM将话费较少的时间来调度线程，性能更好。并且具有更好的扩展性，
4.有限使用顺序
    Lock > 同步代码块（已经进入了方法体，分配了相应的资源）> 同步方法（在方法体之外）

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

均为Object类的方法，都只能在同步方法或者同步代码块中使用，否则会抛出异常IlleagalMoitorStateException

生产者和消费者之间的关系
就是  Dao Service Selcet 的一个过渡时期
就是所谓Dao只负责底层数据的查询和修改
Service 就是用来处理来自Dao 和 Select 的各种数据，各种逻辑
select 只负责将Service反馈回来的数据展示给用户  同时负责将用户所需要修改的数据传送给Service，让其操作Dao  从而对数据修改

信号灯法：通过标志位解决
通过标志位来实现什么时候去线程去等待，线程什么时候被唤起

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

线程池：ExecutorService 和 Executors
ExecutorService ：真正的线程池接口。常见的子类ThreadPoolExecutor
    void execute（Runnable command） ： 执行任务/命令，没有返回值，一般用来执行Runnable
    <T> Future <T> submit(Callable<T> task) :执行任务，有返回值，一般用来执行Callable
    void shutdown（）：关闭连接池
Executors：工具类、线程池的工厂类，用于穿件并返回不同类型的线程池