java – Problem mit der Verschlechterung der Schreibsperre in der Lese-/Schreibsperre

Question

Wenn die Schreibsperre herabgestuft wird, muss der Thread, der derzeit die Schreibsperre erworben hat, die Schreibsperre halten, dann die Lesesperre erwerben und dann die Schreibsperre freigeben.

Warum ist es also erforderlich, die Schreibsperre aufrechtzuerhalten? ?

Das obige Bild erwähnt „Dann kann der aktuelle Thread die Datenaktualisierung von Thread T nicht erkennen“. Wenn Thread T die Schreibsperre erhält und dann die Daten aktualisiert, kann der aktuelle Thread die Datenaktualisierung nicht wahrnehmen, bevor die Schreibsperre aufgehoben wird. Dies ist kein Problem, aber sobald Thread T die Schreibsperre aufhebt, wird der aktuelle Thread dies tun Aktualisierung der Daten sollte hier kein Problem sein, oder?

Hilf mir, es zu erklären, danke

Answer 1

这是在解释锁降级吧，首先写锁是独占的，读锁是共享的，然后读写锁是线程间互斥的，锁降级的前提是所有线程都希望对数据变化敏感，但是因为写锁只有一个，所以会发生降级。
如果先释放写锁，再获取读锁，可能在获取之前，会有其他线程获取到写锁，阻塞读锁的获取，就无法感知数据变化了。所以需要先hold住写锁，保证数据无变化，获取读锁，然后再释放写锁。

Answer 2

写锁不允许其他进程的读写操作，读锁的允许读操作。
就按你抓图的例子来看，当你释放写锁后，T进程获取了写锁，这时你就无法获取读锁了，所以要先获取读锁后，再释放写锁。

首先你没理解读写锁的意义，读锁的存在意味着不允许其他写操作的存在。
按照你提供的例子，可能存在一个事务线程不希望自己的操作被别的线程中断，而这个事务操作可能分成多部分操作更新不同的数据（或表）甚至非常耗时。如果长时间用写锁独占，显然对于某些高响应的应用是不允许的，所以在完成部分写操作后，退而使用读锁降级，来允许响应其他进程的读操作。只有当全部事务完成后才真正释放锁。
按你的理解如果当中写锁被其他线程占用，那么这个事务线程将不得不中断等待别的写锁释放。

Answer 3

“ 那么当前线程无法感知线程T的数据更新 ”

T1 读取 数据 Data时，将数据值复制到当前线程的上下文，因此其他线程没有办法感知数据是否更新。只要当数据提交内存中，即Heap中，其他线程才可以得到最新值。