JAVA 读写锁中锁降级的必要性

既然大家看到了这篇博客，也应该都大概了解了读写锁的一些概念，咱们直接上主题，读写锁中为什么要用锁降级；

先引用书上的一段话说说锁降级的概念：
        锁降级指的是写锁降级成为读锁。如果当前线程拥有写锁，然后将其释放，最后再获取读锁，这种分段完成的过程不能称之为锁降级。锁降级是指线程先持有写锁，再获取到读锁，随后释放（先前拥有的）写锁的过程；

锁降级的必要性1：

锁降级中读锁的获取是否必要呢？答案是必要的。主要是为了保证数据的可见性，如果当前线程不获取读锁而是直接释放写锁， 假设此刻另一个线程（记作线程T）获取了写锁并修改了数据，那么当前线程无法感知线程T的数据更新。如果当前线程获取读锁，即遵循锁降级的步骤，则线程T将会被阻塞，直到当前线程使用数据并释放读锁之后，线程T才能获取写锁进行数据更新。

部分人读完上述话可能有些疑惑，针对上面黑体字那句话，为什么无法感知线程T的数据更新？我当前线程再次获取读锁的时候不是可以察觉到数据在主存中的变化吗？ 我参考了一些资料，对该 “”数据可见性“” 有了另一种理解，理解是 当前线程为了保证数据的可见性，这是指线程自己更改了数据，自己应该要察觉到数据的变化，如果没有读锁，更改完数据之后线程T获取到了写锁并更改了数据，则当前线程读到的数据是线程T更改的，并不是自己更改的，当前线程并不知道是线程T修改了自己要读的（原来自己改的）数据，所以可能导致当前线程在执行后续代码的时候结果出错，这时就导致了数据的不可见，即当前线程并无法察觉到自己修改的值！

锁降级的必要性2：
为了提高程序执行性能，可能存在一个事务线程不希望自己的操作被别的线程中断，而这个事务操作可能分成多部分操作更新不同的数据（或表）甚至非常耗时。如果长时间用写锁独占，显然对于某些高响应的应用是不允许的，所以在完成部分写操作后，退而使用读锁降级，来允许响应其他进程的读操作。只有当全部事务完成后才真正释放锁。