总结多线程（一）

synchronized 和Lock区别

Lock是java的一个接口，而synchronized是Java中的关键字，synchronized是由JDK实现的，不需要程序员编写代码去控制加锁和释放；Lock的接口如下：

public interface Lock {
    void lock();
    void lockInterruptibly() throws InterruptedException;
    boolean tryLock();
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
    void unlock();
    Condition newCondition();
}

synchronized修饰的代码在执行异常时，jdk会自动释放线程占有的锁，不需要程序员去控制释放锁，因此不会导致死锁现象发生；但是，当Lock发生异常时，如果程序没有通过unLock()去释放锁，则很可能造成死锁现象，因此Lock一般都是在finally块中释放锁。

synchronized：在需要同步的对象中加入此控制，synchronized可以加在方法上，也可以加在特定代码块中，括号中表示需要锁的对象。

lock：需要显示指定起始位置和终止位置。一般使用ReentrantLock类做为锁，多个线程中必须要使用一个ReentrantLock类做为对象才能保证锁的生效。且在加锁和解锁处需要通过lock()和unlock()显示指出。所以一般会在finally块中写unlock()以防死锁。

Lock可以让等待锁的线程响应中断处理，如tryLock(long time, TimeUnit unit)，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够中断，程序员无法控制。

######ReentrantLock 拥有Synchronized相同的并发性和内存语义，此外还多了 锁投票，定时锁等候和中断锁等候

线程A和B都要获取对象O的锁定，假设A获取了对象O锁，B将等待A释放对O的锁定，

如果使用 synchronized ，如果A不释放，B将一直等下去，不能被中断

如果 使用ReentrantLock，如果A不释放，可以使B在等待了足够长的时间以后，中断等待，而干别的事情

######ReentrantLock获取锁定与三种方式：

a) lock(), 如果获取了锁立即返回，如果别的线程持有锁，当前线程则一直处于休眠状态，直到获取锁

b) tryLock(), 如果获取了锁立即返回true，如果别的线程正持有锁，立即返回false；

c)tryLock(long timeout,TimeUnit unit)， 如果获取了锁定立即返回true，如果别的线程正持有锁，会等待参数给定的时间，在等待的过程中，如果获取了锁定，就返回true，如果等待超时，返回false；

d) lockInterruptibly:如果获取了锁定立即返回，如果没有获取锁定，当前线程处于休眠状态，直到或者锁定，或者当前线程被别的线程中断

在资源竞争不是很激烈的情况下，Synchronized的性能要优于ReetrantLock，但是在资源竞争很激烈的情况下，Synchronized的性能会下降几十倍，但是ReetrantLock的性能能维持常态；

jdk5.0的多线程任务包对于同步的性能方面有了很大的改进，在原有synchronized关键字的基础上，又增加了ReentrantLock，以及各种Atomic类。

######synchronized：

在资源竞争不是很激烈的情况下，偶尔会有同步的情形下，synchronized是很合适的。原因在于，编译程序通常会尽可能的进行优化synchronize，另外可读性非常好，不管用没用过5.0多线程包的程序员都能理解。

ReentrantLock:

ReentrantLock提供了多样化的同步，比如有时间限制的同步，可以被Interrupt的同步（synchronized的同步是不能Interrupt的）等。在资源竞争不激烈的情形下，性能稍微比synchronized差点点。但是当同步非常激烈的时候，synchronized的性能一下子能下降好几十倍。而ReentrantLock确还能维持常态。

总结

• lock是一个接口，而synchronized是java的一个关键字，synchronized是内置的语言实现

• synchronized在发生异常时候会自动释放占有的锁，因此不会出现死锁；而lock发生异常时候，不会主动释放占有的锁，必须手动unlock来释放锁，可能引起死锁的发生

• lock等待锁过程中可以用interrupt来中断等待，而synchronized只能等待锁的释放，不能响应中断

• Lock可以通过trylock来知道有没有获取锁，而synchronized不能

• Lock可以提高多个线程进行读操作的效率

• 在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized

• synchronized使用Object对象本身的wait 、notify、notifyAll调度机制，而Lock可以使用Condition进行线程之间的调度

线程安全问题：

在操作系统中，进程之间的数据是隔离的。但是注意：如果是一个进程里面多个线程，线程之间是共享一个进程的
在Java中，如果使用多个Thread线程启动同一个Runable的线程对象，此时这些线程会共享Runable对象中的属性，就容易出现线程安全问题（非线程安全问题）。

使用加锁解决，在Java中目前加锁有两种

1、synchronized关键字

2、Lock(1.5JDK)

synchronized关键字的使用

|–synchronized语法块

synchronized（对象）{

需要加锁的代码

}

|–synchronized可以修饰方法

锁的范围越小越好

Lock:jdk1.5提供

Lock lock = new ReentrantLock();

继承Thread和实现Runable接口的区别？

在使用Thread的时候只需要new一个实例，调用start（）方法就能启动一个线程

T t=new T()；

//启动线程,导致run函数的运行

t.start（）；

在使用Runnable时需要先new一个实现Runnable的实例，之后用Thread调用

T t=new T();

//创建一个线程——thread 对象

Thread T=new Thread（t）；

//启动线程,导致run函数的运行

t.start();

1. Runnable的实现方式是实现其接口即可
2. Thread的实现方式是继承其类
3. Runnable接口支持多继承

如果一个类继承Thread，则不适合资源共享。但是如果实现了Runable接口的话，则很容易的实现资源共享

使用Runnable，增加程序的健壮性，代码可以被多个线程共享，代码和数据独立

线程池只能放入实现Runable或callable类线程，不能直接放入继承Thread的类