Java不常用函数

代码简洁与性能高效无法两全其美，本文章专注于并发程序的性能，如果您追求代码简洁，本文章可能不太适合，本文章属于《Java并发编程实战》读书笔记。

在java5中，新增加ReentrantLock提供了一种比synchronized更为灵活的锁机制。为啥说灵活，而不是说性能更高呢？ReentrantLock提供的锁功能跟synchronized的功能基本是一致的，就是一翻版的synchronized类。但是它支持可轮询，定时及可中断的机制，所以说它是更灵活的。为啥没说他性能更高呢？因为这个在java6及以上，性能跟synchronized的基本持平。所以说，如果你的程序运行在java6以上，那么就没有必要再使用ReentrantLock对象了。
下面我们来仔细认识一下ReentrantLock。首先，他的正确用法：

Lock lock = new ReentrantLock();  
...  
lock.lock();  
try {  
    //对锁定对象进行更新等操作  
    //处理异常  
} finally {  
    lock.unlock();  
}

可以明显看出，它相对以下代码(synchronized写法，行数要多，控制要复杂。

synchronized(this){  
    //更新操作  
}

ReentrantLock被保留了下来的原因是：ReentrantLock比synchronied多了两个功能：可轮询、可中断。

1、可轮询

原书上面的例子看着比较复杂，但意思很简单。一个转账的操作，要么在规定的时间内完成，要么在规定的时间内告诉调用者，操作没有完成。这个例子就是要了ReentrantLock的可轮询特性，就是在规定的时间内，反复去试图获得一个锁，如果获得成功，就能完成转账操作，如果在规定的时间内，没有获得这个锁，那么就是转账失败。如果使用synchronized的话，肯定是无法做到的。

public boolean transferMoney(Account fromAcct,  
                             Account toAcct,  
                             DollarAmount amount,  
                             long timeout,  
                             TimeUnit unit)  
        throws InsufficientFundsException, InterruptedException {  
    long fixedDelay = getFixedDelayComponentNanos(timeout, unit);  
    long randMod = getRandomDelayModulusNanos(timeout, unit);  
    long stopTime = System.nanoTime() + unit.toNanos(timeout);  
  
    while (true) {  
        if (fromAcct.lock.tryLock()) {  
            try {  
                if (toAcct.lock.tryLock()) {  
                    try {  
                        if (fromAcct.getBalance().compareTo(amount) < 0)  
                            throw new InsufficientFundsException();  
                        else {  
                            fromAcct.debit(amount);  
                            toAcct.credit(amount);  
                            return true;  
                        }  
                    } finally {  
                        toAcct.lock.unlock();  
                    }  
                 }  
             } finally {  
                 fromAcct.lock.unlock();  
             }  
         }  
         if (System.nanoTime() < stopTime)  
             return false;  
         NANOSECONDS.sleep(fixedDelay + rnd.nextLong() % randMod);  
     }  
}

2、可中断

在synchronied的代码中，进入临界区的代码是无法中断的，这个很不灵活，如果我们使用一个线程池来分发任务，如果一个代码长期占有锁肯定会影响到线程池的其他任务，因此，加入中断机制提高了对任务更强的控制性。

public boolean sendOnSharedLine(String message)  
        throws InterruptedException {  
    lock.lockInterruptibly();  
    try {  
        return cancellableSendOnSharedLine(message);  
    } finally {  
        lock.unlock();  
    }  
}  
  
private boolean cancellableSendOnSharedLine(String message)  
    throws InterruptedException { ... }

公平性：ReentrantLock默认采用非公平锁，synchronized锁也是采用的非公平锁。
如果你没有要求锁有可轮询和可中断的需求，还是使用synchronized内置锁吧。

feiying0canglang

发布了126 篇原创文章 · 获赞 11 · 访问量 1万+

私信关注

ReentrantLock

猜你喜欢