线程的同步机制：
1.背景
例子：创建多个窗口卖票，总票数为100张，使用实现Runnable接口的方式
1.问题：买票过程中，出现了重票、错票 --> 出现了线程的安全问题
2.问题出现的原因：当某个线程操作车票的过程中，尚未操作完成时，其他线程参与进来，也操作车票
3.如何解决：当一个线程a在操作票的时候，其他线程不能参与进来。直到a操作完，其他线程才可以开始操作。这种情况即使线程a出现了阻塞，也不能被改变
2.Java解决方案：同步机制
方式一：同步代码块
synchronized(同步监视器){
//需要被同步的代码
}
说明：
1.操作共享数据的代码，即为需要被同步的代码 --> 不能包含代码多了或少了
2.共享数据：多个线程共同操作的变量。 比如：ticket就是共享数据
3.同步监视器，俗称锁：任何一个类的对象都可以充当锁，但是多个线程必须共用同一把锁
补充：在实现Runnable接口创建多线程的方式中，可以考虑使用this充当同步监视器。
在继承Thread类创建多线程的方式中，慎用this充当同步监视器，考虑使用当前类充当同步监视器
方式二：同步方法
如果操作共享数据的代码完整的声明在一个方法中，我们不妨将此方法声明为同步的
关于同步方法的总结：
1.同步方法仍然涉及到同步监视器，只是不需要我们显式的声明
2.非静态的同步方法，同步监视器是：this
静态的同步方法，同步监视器是：当前类本身
解决线程安全问题的方式：Lock锁 --- JDK5.0新增
1.面试题：synchronized 与 Lock的异同？
相同：二者都可以解决线程安全问题
不同：synchronized机制在执行玩相应的同步代码以后，自动的释放同步监视器
Lock需要手动的启动同步（Lock(),同时结束同步也需要手动实现（unLock()
使用的优先顺序：
Lock --> 同步代码块（已经进入了方法体，分配了相应资源） --> 同步方法（在方法体之外）
3.利弊：
好处：同步的方式，解决了线程的安全问题
坏处：操作同步代码时，只能一个线程参与，其他线程等待，相当于是一个单线程的过程，效率低。java培训
线程通信
1.线程通信涉及到的三个方法
wait():一旦执行此方法，当前线程就进入阻塞状态，并释放同步监视器
notify():一旦执行此方法，就会唤醒被wait的一个线程。如果有多个线程被wait，就唤醒优先级高的那个
notifyAll():一旦执行此方法，就会唤醒所有被wait的线程
2.说明
1.这三个方法必须使用在同步代码块或同步方法中
2.这三个方法的调用者必须是同步代码块或同步方法中的同步监视器，否则，会出现IllegalMonitorStateExceprion异常
3.这三个方法是定义在java.lang.Object类中
3.sleep() 和 wait()的异同：
1.相同点：一旦执行方法，都可以使当前线程进入阻塞状态
2.不同点：
1.调用要求不同：sleep()可以在任何需要的场景下调用。wait()必须使用在同步代码块或同步方法中
2.关于是否释放同步监视器：sleep()不释放，wait()释放
JDK5.0新增线程创建的方式一 Callable
1.如何理解实现Callable接口的方式创建多线程比实现Runnable接口创建多线程方式强大？
1.call()可以返回值
2.call()可以抛出异常，被外面的操作捕获，获得异常的信息
3.Callable是支持泛型的
JDK5.0新增线程创建的方式二 线程池
1.好处：
1.提高响应速度（减少了创建新线程的时间）
2.降低资源消耗（重复利用线程池中线程，不需要每次都创建）
3.便于线程管理
corePoolSize: 核心池的大小
maximumPoolSize: 最大线程数
keepAliveTime: 线程没任务时最多保持多长时间后会终止。
