今天复习一下java中的进程（flashget）
进程：是一个正在执行中的程序
每一个进程执行都有一个执行顺序。该顺序是一个执行路径，或者叫一个控制单元。
线程：就是进程中的一个独立的控制单元。
java vm 启动时会有一个进程java.exe。
该进程中至少一个线程负责java程序的执行。
而且这个线程运行的代码存在于main方法中。
该线程称之为主线程。
扩展：其实更细节说明jvm，jvm启动不止一个线程，还有负责垃圾回收的机制的线程
1.如何在自定义的代码中，自定义一个多线程呢？
通过对api的查找，java已经提供了对线程这类事物的描述，就时Thread类。
创建线程的第一种方式：继承Thread类
步骤：
1.定义类继承Thread 2.复写Thread类中的fun方法。 3,调用线程的start方法
发现运行每一次都不同 ，因为多个线程获取cpu执行权，cup执行到谁，就运行
明确一点，再某一时刻，只能有一个程序在运行（多核除外）
创建线程的第二种方式：
1.实现Runnable类，
2.复写run方法，
3，通过Thread类建立线程对象，将Runnable接口的子类对象作为实际参数传递给Thread类的构造函数，
为什么要将Runnbable接口的子类对象作为实际参数传递给Thread类的构造函数？
因为，自定义的run方法所属的对象是Runnable接口的子类对象
所以要让线程去执行指定对象的run方法
4.调用Thread类的start方法开启线程并调用Runnable接口子类的run方法。
两种方式的区别：
继承Thread:线程代码存放Thread子类run方法中。
实现Runnable，线程代码存放在接口的子类的run方法中。
cpu在做着快速的切换，以达到看上去是在同时运行的效果。
我们可以形象的把多个线程的运行行为看做在互相抢夺cpu的执行权。
这就是多线程特性：随机性，谁抢到谁执行，至于执行多长，cpu说算。
多线程的安全问题
对多条操作共享数据的语句，只能让一个线程都执行完，在执行过程中，其他线程不可以参与执行。若果另一个线程参与进来执行，可能导致共享数据的错误。
解决办法：
对多条操作共享数据的语句，只能让一个线程都执行完，在执行过程中，其他线程都不可以参与执行。
java对于多线程的安全问题提供了专业的解决方式。
就是同步代码块。
synchronized(对象){
需要被同步的代码
}
对象如同锁，持有锁的线程可以在同步中执行。
没有持有锁的进程即使有cpu的执行权，也进不去，因为没有获取锁。
同步的前提：
1.必须要有两个或者两个以上线程。
2.必须是多个线程使用同一个锁
必须保证同步中只能有一个线程运行。
好处：解决了多线程的安全问题。
弊端：多个线程需要判断锁。较为耗费资源。
同步函数用的是哪一个锁呢？
函数需要被对象调用，那么函数都有一个所属对象引用，就是this。
所以同步函数使用的锁是this。
如果同步函数被静态修饰后，使用的锁是什么呢？
通过验证，发现不是this，因为静态方法中也不可以定义this。
静态进内存是，内存中没有本类对象，但是一定有该类对应的字节码文件对象。
类名.class 该对象得类型是class
静态同步的方法，使用的锁是该方法所在类的字节码文件对象。类名.class
等待唤醒机制：
wait：
notify();
notifyAll();
都使用在同步中，因为要对持有监视器（锁）的线程操作。
所以要使用在同步中，因为只有同步才具有锁。
为什么这些操作线程的方法定义在object中呢、
因为这些方法操作同步中线程时，都必须要标识他们所操作线程所持有的锁。
只有同一个锁上的被等待线程，可以被同一个锁上notify唤醒。
不可以对不同锁的线程进行唤醒。
也就是说，等待和唤醒必须是同一个锁。
而锁可以是任意对象，所以可以被任意对象调用的方法定义object中。
jdk1.5中提供了多线程升级解决方案
将同步synchronized替换成实现Lock操作。
该对象可以lock锁。进行获取
将Object中的wait，notify，notifyAll，替换成了condition对象。
可以本方唤醒对方。
join：
当A线程执行到了b线程的.join()方法时，A线程就会等待，等b线程都执行完，A才会执行。
join可以用来临时加入线程执行。