如何实现线程安全？

    当多个线程同时访问一个资源的时候，可能会导致运行结果并不是想看到的结果，这个资源也称为临界资源，共享资源。那么如何解决线程安全问题呢？

    一般来说，基本上所有的并发模式在解决线程安全问题时，采用的操作都是序列化访问共享资源。在java中，提供了两种方式，synchronized和Lock。

synchronized：

    在java中，每一个对象都拥有一个锁标记，monitor，称为监视器，当多个线程同时访问对象时，线程只有获得了对象的锁才能访问。

    在java中，synchronized可以用来修饰方法和代码块。当某个线程调用对象的synchronized方法和访问synchronized方法时，必须要先获得对象的锁才可以继续访问，当该线程获得锁时，其他线程暂时无法访问这个方法，只有等待这个方法执行完毕或者代码块执行完毕，这个线程才会释放该对象的锁，其他线程才能执行这个方法或者代码块。

Lock:

    在java 5中，java.util.concurrent.locks包下提供了另外一种方式来实现线程同步，就是Lock。首先，不是有synchronized了吗为什么还要有Lock？其次，locks包下有哪些常用的类和接口？

https://www.cnblogs.com/dolphin0520/p/3923167.html

synchronized和lock区别：

       1）Lock是一个接口，而synchronized是Java中的关键字，synchronized是内置的语言实现；

　　2）synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁；

　　3）Lock可以让等待锁的线程响应中断，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够响应中断；

　　4）通过Lock可以知道有没有成功获取锁，而synchronized却无法办到。

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

　　在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized。所以说，在具体使用时要根据适当情况选择。

PS.lock()和trylock()

      lock()就是用来获取锁。如果锁已被其他线程获取，则进行等待。

      tryLock()方法是有返回值的，它表示用来尝试获取锁，如果获取成功，则返回true，如果获取失败（即锁已被其他线程获取），则返回false，也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。

　　tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的，只不过区别在于这个方法在拿不到锁时会等待一定的时间，在时间期限之内如果还拿不到锁，就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁，则返回true。