我遇到了一个问题,即Writer线程在没有锁定的情况下被饿死了。
请查看以下代码。如果我试图使用tryLock()
获取锁定锁定,则编写器进程将变得饥饿并且永远无法写入。即使公平,作家的过程也会完全变得饥饿,永远不会被执行。相反,如果我只尝试reader.readLock()
,则编写器进程将能够获得锁定。
如果我遗漏了某些内容,请让我知道,即使设置为高优先级,编写者也会处理线程,它永远不会锁定锁定并等待锁定。
任何人都可以告诉我是否可以trylock()
使用ReadWriteLocks
。
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.locks.*;
class ReadWrite{
private int a, j=0,k =0;
private final ReentrantReadWriteLock asd = new ReentrantReadWriteLock();
private final Lock readlock = asd.readLock();
private final Lock writelock = asd.writeLock();
ReadWrite(){
a = 0 ;
}
ReadWrite(int a){
this.a = a;
}
public int read() {
try {
if (readlock.tryLock())
{
//readlock.lock();
k = k + 1;
if (k%100000==0) {
System.out.println("read " + k + " times ==> Written " + j + " times");
}
readlock.unlock();
return a;
}
}
catch(Exception E) {
System.out.println(E);
return a;
}
return 0;
}
public void write(int a) {
int k = 9;
try {
writelock.lock();
//writelock.lock();
this.a = a;
k = 0;
j = j + 1;
System.out.println("Acquored");
}
catch(Exception E) {
System.out.println(E);
}
finally {
if (k == 0 )
writelock.unlock();
}
}
}
class reader implements Runnable{
ReadWrite a;
reader(Object b){
a = (ReadWrite) b;
}
public void run() {
while(true) {
try{a.read();
//Thread.sleep(100);
}
catch(Exception E) {
}
}
}
}
class writer implements Runnable{
ReadWrite a;
writer(Object b){
a = (ReadWrite) b;
}
public void run() {
//Thread.currentThread().setPriority(Thread.MAX_PRIORITY);
while(true) {
try {
//Thread.sleep(1);
}
catch(Exception E) {
}
a.write((int) Math.ceil(Math.random()*100));
}
}
}
class Practice{
public static void main(String args[]) {
ReadWrite a = new ReadWrite();
System.out.println("Invoking Write Thread");
ExecutorService asd = Executors.newFixedThreadPool(100);
asd.execute(new writer(a));
for (int i = 0 ; i < 98 ; i ++)
asd.execute(new reader(a));
}
}
答案 0 :(得分:1)
在这种场景中使用ReentrantReadWriteLock
而不公平,将永远不会有效:太多的读者线程只会使编写者线程挨饿。
通过公平,作者线程偶尔会有机会写作。
但是,在代码中将ReentrantReadWriteLock
设置为公平无疑是徒劳的。这是刺痛:您的读者不使用lock()
,而是使用tryLock()
。因此,他们永远不会排队购买锁,他们只是得到它,如果它可用。通过不排队(在ReentrantReadWriteLock
内部)他们规避了公平政策。
请注意tryLock()
对象ReadLock
上的javadoc:
仅在调用时另一个线程未持有写锁定时才获取读锁定。 如果写锁定未被另一个线程保持,则获取读锁定,并立即返回值true。 即使已将此锁定设置为使用公平排序策略,对tryLock()的调用也会立即获取读锁定(如果可用),无论其他线程当前是否正在等待读取锁定。这种“闯入”行为在某些情况下可能很有用,即使它违反了公平性。如果你想尊重这个锁的公平性设置,那么使用几乎相同的tryLock(0,TimeUnit.SECONDS)(它也会检测到中断)。
如果写锁定由另一个线程持有,则此方法将立即返回值false。
(强调我的)