好程序员：大数据之线程高级部分

好程序员：大数据之线程高级部分，首先讲一下线程的生命周期

对于一个线程, 在被创建后, 不是立即就进入到了运行状态, 也不是一直处于运行状态, 在线程的声明周期中, 一个线程会在多种状态之间进行切换

new : 新生状态, 线程被实例化, 但是还没有开始执行(start)

runnable: 就绪状态, 已经执行过start, 线程已经启动了, 只是没有抢到CPU时间片

running: 运行状态, 抢到了CPU时间片

blocked: 阻塞状态, 线程执行的过程中, 遇到一些特殊情况, 会进入阻塞状态. 阻塞中的线程, 是不能参数时间片的抢夺的 (不能被线程调度器调度)

dead: 死亡状态, 线程终止

​ 正常死亡 : run方法中的代码执行结束

​ 非正常死亡 : 强制使用stop方法停止这个线程

临界资源问题

由于线程之间是资源共享的。如果有多个线程，同时对一个数据进行操作，此时这个数据会出现问题。
如果有一个线程在访问一个临界资源，在访问之前，先对这个资源“上锁”，此时如果有其他的线程也需要访问这个临界资源，需要先查这个资源有没有被上锁，如果没有被上锁，此时这个线程可以访问这个资源；如果上锁了，则此时这个线程进入阻塞状态，等待解锁。
####同步代码段

// 同步代码段
// 小括号：就是锁
// 大括号：同步代码段，一般情况下，写需要对临界资源进行的操作
synchronized () {

}
// 关于同步锁：可以分成两种：对象锁、类锁
//

####同步方法

// 使用synchronized关键字修饰的方法就是同步方法
// 将一个方法中所有的代码进行一个同步
// 相当于将一个方法中所有的代码都放到一个synchronized代码段中
// 同步方法的锁：
// 1. 如果这个方法是一个非静态方法：锁是this
// 2. 如果这个方法是一个静态方法：锁是类锁（当前类.class）
private synchronized void sellTicket() {
}

lock与unlock

就是一个类RenntrantLock

线程死锁(了解)

在解决临界资源问题的时候，我们引入了一个"锁"的概念。我们可以用锁对一个资源进行保护。实际，在多线程的环境下，有可能会出现一种情况：
假设有A和B两个线程，其中线程A持有锁标记a，线程B持有锁标记b，而此时，线程A等待锁标记b的释放，线程B等待锁标记a的释放。这种情况，叫做 死锁

生产者消费者设计模式

wait() 、notify() 、notifyAll()

wait(): 等待。使得当前的线程释放锁标记，进入等待队列。可以使当前的线程进入阻塞状态。

notify(): 唤醒，唤醒等待队列中的一个线程。

notifyAll(): 唤醒，唤醒等待队列中所有的线程。
wait和sleep的区别:

1. 两个方法都可以使一个线程进入阻塞。
2. 区别：wait方法会释放锁标记，sleep则不会释放锁标记。
   ####懒汉式单例设计模式中的线程安全问题

   线程池

   ThreadPoolExecutor类是线程池最核心的类。这个类的构造方法中的几个参数：

int corePoolSize: 核心线程数量。核心池大小。

int maxmiunPoolSize: 线程池中最多的线程数量。

long keepAliveTime: 核心线程之外的临时线程，能存活的时间。（从这个线程空闲的时候开始算）

TimeUnit unit: 上面的时间单位

​ NANOSECONDS: 纳秒

​ MICROSECONDS: 微秒

​ MILLISEONDS: 毫秒

​ SECONDS: 秒

​ MINUTES: 分

​ HOURS: 时

​ DAYS: 天

BlockingQueue<Runnable> workQueue: 等待队列

​ ArrayBlockingQueue

​ LinkedBlockingQueue

​ SynchronousQueue

RejectedExecutionHandler handler：拒绝访问策略
预习方向：

1. 网络编程
2. TCP
3. UDP

来源：51CTO

作者：wx5da18b5c4b01e

链接：https://blog.51cto.com/14573321/2477307