当多个线程同时访问一个资源的时候，可能会导致运行结果并不是想看到的结果，这个资源也称为临界资源，共享资源。那么如何解决线程安全问题呢？
一般来说，基本上所有的并发模式在解决线程安全问题时，采用的操作都是序列化访问共享资源。在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。所以说，在具体使用时要根据适当情况选择。