写锁降级的时候 要求当前已经获取到写锁的线程把持住写锁,然后获取读锁,随后释放写锁。
那么为什么要求把持住写锁呢??
上图中提到 “ 那么当前线程无法感知线程T的数据更新 ” 这个如何理解。如果线程T获取到了写锁,然后对数据进行了更新,在没有释放写锁之前,当前线程无法感知到数据的更新,这个是没问题的吧,但是一旦线程T释放 写锁,那么当前线程就可以感知到数据的更新了,这里理解应该没问题吧?
help me to explain,thx
習慣沉默2017-06-12 09:26:17
这是在解释锁降级吧,首先写锁是独占的,读锁是共享的,然后读写锁是线程间互斥的,锁降级的前提是所有线程都希望对数据变化敏感,但是因为写锁只有一个,所以会发生降级。
如果先释放写锁,再获取读锁,可能在获取之前,会有其他线程获取到写锁,阻塞读锁的获取,就无法感知数据变化了。所以需要先hold住写锁,保证数据无变化,获取读锁,然后再释放写锁。
伊谢尔伦2017-06-12 09:26:17
写锁不允许其他进程的读写操作,读锁的允许读操作。
就按你抓图的例子来看,当你释放写锁后,T进程获取了写锁,这时你就无法获取读锁了,所以要先获取读锁后,再释放写锁。
首先你没理解读写锁的意义,读锁的存在意味着不允许其他写操作的存在。
按照你提供的例子,可能存在一个事务线程不希望自己的操作被别的线程中断,而这个事务操作可能分成多部分操作更新不同的数据(或表)甚至非常耗时。如果长时间用写锁独占,显然对于某些高响应的应用是不允许的,所以在完成部分写操作后,退而使用读锁降级,来允许响应其他进程的读操作。只有当全部事务完成后才真正释放锁。
按你的理解如果当中写锁被其他线程占用,那么这个事务线程将不得不中断等待别的写锁释放。
我想大声告诉你2017-06-12 09:26:17
“ 那么当前线程无法感知线程T的数据更新 ”
T1 读取 数据 Data时,将数据值复制到当前线程的上下文,因此其他线程没有办法感知数据是否更新。只要当数据提交内存中,即Heap中,其他线程才可以得到最新值。