标签：调度 代码段 单例设计 block pre udp eject 的区别 work
好程序员分享大数据教程之线程高级部分，首先讲一下线程的生命周期对于一个线程, 在被创建后, 不是立即就进入到了运行状态, 也不是一直处于运行状态, 在线程的声明周期中, 一个线程会在多种状态之间进行切换
new : 新生状态, 线程被实例化, 但是还没有开始执行(start)
runnable: 就绪状态, 已经执行过start, 线程已经启动了, 只是没有抢到CPU时间片
running: 运行状态, 抢到了CPU时间片
blocked: 阻塞状态, 线程执行的过程中, 遇到一些特殊情况, 会进入阻塞状态. 阻塞中的线程, 是不能参数时间片的抢夺的 (不能被线程调度器调度)
dead: 死亡状态, 线程终止
? 正常死亡 : run方法中的代码执行结束
? 非正常死亡 : 强制使用stop方法停止这个线程
由于线程之间是资源共享的。如果有多个线程，同时对一个数据进行操作，此时这个数据会出现问题。
如果有一个线程在访问一个临界资源，在访问之前，先对这个资源“上锁”，此时如果有其他的线程也需要访问这个临界资源，需要先查这个资源有没有被上锁，如果没有被上锁，此时这个线程可以访问这个资源；如果上锁了，则此时这个线程进入阻塞状态，等待解锁。
// 同步代码段 // 小括号：就是锁 // 大括号：同步代码段，一般情况下，写需要对临界资源进行的操作 synchronized () { } // 关于同步锁：可以分成两种：对象锁、类锁 //
// 使用synchronized关键字修饰的方法就是同步方法 // 将一个方法中所有的代码进行一个同步 // 相当于将一个方法中所有的代码都放到一个synchronized代码段中 // 同步方法的锁： // 1. 如果这个方法是一个非静态方法：锁是this // 2. 如果这个方法是一个静态方法：锁是类锁（当前类.class） private synchronized void sellTicket() { }
就是一个类RenntrantLock
在解决临界资源问题的时候，我们引入了一个"锁"的概念。我们可以用锁对一个资源进行保护。实际，在多线程的环境下，有可能会出现一种情况：
假设有A和B两个线程，其中线程A持有锁标记a，线程B持有锁标记b，而此时，线程A等待锁标记b的释放，线程B等待锁标记a的释放。这种情况，叫做 死锁
wait() 、notify() 、notifyAll()
wait(): 等待。使得当前的线程释放锁标记，进入等待队列。可以使当前的线程进入阻塞状态。
notify(): 唤醒，唤醒等待队列中的一个线程。
notifyAll(): 唤醒，唤醒等待队列中所有的线程。
wait和sleep的区别:
两个方法都可以使一个线程进入阻塞。
- 区别：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：拒绝访问策略
预习方向：
网络编程
TCP
标签：调度 代码段 单例设计 block pre udp eject 的区别 work
原文地址：https://blog.51cto.com/14573321/2457241
