一个cpu同一时间，只能执行一个命令
yield() 该线程释放cpu的执行权，让步与其他线程，自己稍后执行
join() A线程中调用B线程的jion()，表示，A线程执行到此停止执行，知道B线程执行完毕，A线程再继续执行
isAlive() 判断当前线程是否还存活
sleep(long 1) 显式的让当前线程睡眠 1毫秒
多线程实现的方式
1-extends Thread
2-implements Runnable
优点：
1-可以多实现
2-便于多线程操作同一份资源
同步监视器：由类的对象充当，获取监视器的线程就执行同步代码块
使用单线程完成多个任务 比 使用多线程完成多个任务时间要短（因为多了个cpu切换的时间），为什么还要使用多线程？
1-用户体验，提高应用程序响应
2-提高cpu的利用率
3-改善程序结构，将复杂的进程，拆分为多个线程，独立运行，利于理解和修改
线程分类：1-用户线程 2-守护线程
线程的生命周期： 新建，就绪，运行，死亡，阻塞
是否释放锁：
不会：sleep()；yield();
会： break;return;wait();未处理的Error和Exception;
死锁：不同线程分别占用彼此需要的共享资源不放弃，都在等待对方释放自己需要的资源。
解决：1-尽量减少同步定义
2-专门的算法和原则
线程通信：
以下方法均定义在基类Object对象中，并且只能在同步代码块或同步方法中使用。 否则异常IllegalMonitorStateException
wait(); 挂起当前线程，并放弃CUP、同步的共享资源，等到被别的线程唤醒后再继续操作
notify(): 唤醒等待线程中优先级最高的一条线程
notifyAll(): 唤醒所有等待的线程集
JUC高级：
内存可见性问题：
1-volatile： 内存可见性，多个线程操作共享数据，保证内存数据可见 ；volatile-不具备互斥性，不能保证原子性
原子性问题：
2-原子变量与CAS算法
典型问题：i++ 读-改-写 三个步骤
原子变量：volatile保证内存可见性
CAS(compare and swap)算法保证数据的原子性
3-同步的第三种方法--显式同步锁 Lock =new ReentrantLock(); lock.lock(); lock.unlock();
同步条件 Condition =lock.newCondition(); condition.await(); condition.signal(); condition.signalAll();
同一个对象中多个方法都加了synchronized关键字的时候，其中调用任意方法之后需等该方法执行完成才能调用其他方法，即同步的，阻塞的；
线程调度的疑问：
同一个对象中多个方法都使用同一把lock锁的时候，其中调用任意方法之后需等该方法执行完成才能调用其他方法吗？