一、可重入性　　关于synchronized的可重入性的证明，我们可以通过A类内写两个同步方法syncA()，syncB()。然后syncA内调用syncB，调用syncA发现代码可正常执行，来证明这一点。　　当处于无锁阶段时，划掉，都重入了不可能处于无锁。　　当处于偏向锁阶段时，由之前对偏向锁的解释可知，偏向当前线程id是，当前线程可直

1、普通同步方法，锁是当前实例对象2、静态同步方法，锁是当前类的class对象3、同步方法块，锁是括号里面的对象synchronize底层原理：Java虚拟机中的同步(Synchronization)基于进入和退出Monitor对象实现，无论是显式同步(有明确的monitorenter和monitorexit指令,即同步代

1、Lock  Lock功能对应关键字synchrozied功能，lock和unlock方法用于加锁和释放锁。等待锁的线程加入到等待链表中，同时阻塞线程，锁释放时，从等待链表中取出等待的线程执行，取等待的线程分公平与非公平两种方式，公平方式取第一个等待的线程，非公平方式当前正在获取锁的线程可能立刻执行，而不用加入到等待队列中，排队执行。2、Con

对象锁:new一个对象，都会给这个实例创建一把锁，对象中的方法必须在实例创建后，通过调用方法获取锁，一个线程进去这个方法之前拿到对象的锁，才能调用方法，否则被阻塞，举个例子，老王有个如花似玉的女儿，小张很爱慕，但是小张必须见到老王（AanewA();），通过老王的肯定才能和对方的女儿交往(a.lock());如果见不到老王，就别想

ReentrantReadWriteLock是JDK5中提供的读写分离锁。读写分离锁可以有效的帮助减少锁的竞争，以此来提升系统的性能。用锁分离的机制来提升性能也非常好理解，比如线程A，B，C进行写操作，D，E，F进行读操作，如果使用ReentrantLock或者synchronized关键字，这些线程都是串行执行的，即每次都只有一个线程做操作。但是当D进行读

!(https://oscimg.oschina.net/oscnet/5017163e87f6300bb3bfbf64a9abd7815ba.png)近来，分布式的问题被广泛提及，比如分布式事务、分布式框架、ZooKeeper、SpringCloud等等。本文先回顾锁的概念，再介绍分布式锁，以及如何用Redis来实现分布式锁。

!(https://static.oschina.net/uploads/space/2018/0207/164552_Gl6r_3643112.jpg)1、对象与锁每一个Object类及其子类的实例都拥有一个锁。其中，标量类型int，float等不是对象类型，但是标量类型可以通过其包装类来作为锁。单独的成员变量是不能被标明为同步

多版本并发控制（Multiversionconcurrencycontrol，MVCC）是一种思想，有很多种实现方法。乐观并发控制(乐观锁)和悲观并发控制（悲观锁）是并发控制主要采用的技术手段。在关系数据库管理系统里，悲观并发控制（又名“悲观锁”，PessimisticConcurrencyControl，缩写“PCC”）是一种并发控制的方法。在

mount方式挂载共享文件yuminstallcifsutils安装cifs工具包（用于取代被淘汰的smbfs）首先创建被挂载的目录：$mkdir/mnt/windows将共享文件夹挂载到windows文件夹：$sudomount.cifs //192.168.66.198/sharemnt/windows\

使用Redis还是Zookeeper来实现分布式锁，最终还是要基于业务来决定，可以参考以下两种情况：（1）如果业务并发量很大，Redis分布式锁高效的读写性能更能支持高并发（2）如果业务要求锁的强一致性，那么使用Zookeeper可能是更好的选择